GetFeatureInfo GML srsName

[ctweedie]

Guys, just looking for clarification on the GML GetFeatureInfo? output, specifially the behaviour on selecting which EPSG code to use in the boundedBy output.

Logically, the following snippet from mapgml.c does not make sense to me but perhaps i just need some perspective. I would have thought the IF statement should be reversed, try grabbing the projection from lp first, then fallback to map.

On trunk, mapgml.c

Lines 1298 to 1304.

The most obvious test case is asking for a GFI in a reprojected SRS (E/N)

?REQUEST=GetFeatureInfo?&SERVICE=WMS&VERSION=1.1.1&LAYERS=Layer1&STYLES=default&FORMAT=image/png&TRANSPARENT=TRUE&SRS=EPSG:28350&BBOX=375368.589743586,6413779.99999994,415839.989743586,6473999.99999994&WIDTH=975&HEIGHT=656&QUERY_LAYERS=Layer1&X=458&Y=254&INFO_FORMAT=application/vnd.ogc.gml

Note the srsName now does not match the projected coordinates (EPSG:4203 is the first element grabbed from web->metadata independant of the coord output).

<gml:boundedBy> <gml:Box srsName="EPSG:4203"> <gml:coordinates> 391388.381844,6449250.870709 395444.357151,6451719.473722 </gml:coordinates> </gml:Box> </gml:boundedBy>

[tomkralidis]

So the problem is that if a client requests, say, SRS=EPSG:42304, the bounding coordinates come back as such, but the srsName does not, correct?

I'm able to reproduce this behaviour. gml:Box/@srsName should represent what the client passes in the SRS parameter.

[tomkralidis]

Fixed in r7735/r7736. Basically, the change enabled fetching from map->projection, which has been set to the output SRS passed within the GetFeatureInfo request.

Tested against msautotest. No doc updates required.