Opened 16 years ago
Closed 16 years ago
#2502 closed defect (fixed)
GetFeatureInfo GML srsName
Reported by: | ctweedie | Owned by: | tomkralidis |
---|---|---|---|
Priority: | normal | Milestone: | 5.2 release |
Component: | WMS Server | Version: | svn-trunk (development) |
Severity: | normal | Keywords: | |
Cc: | sdlime, assefa |
Description
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>
Change History (3)
comment:1 by , 16 years ago
Cc: | added |
---|---|
Milestone: | → 5.2 release |
comment:2 by , 16 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
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.
comment:3 by , 16 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
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.