Hello,

When I issue a GetCapabilities on my installation of mapserver, using the following URL:

http://localhost/cgi-bin/mapserv?map=/var/www/workshop/ita sca.map&service=WMS&version=1.3&request=GetCapabilities

I get a capabilities document showing:

<WMT_MS_Capabilities version="1.1.1">



So, the service expects requests of version 1.1.1 of the WMS spec, but when I issue a GetFeatureInfo with this URL:

http://localhost/cgi-bin/mapserv?map=/var/www/workshop/itasca.map&SRS=EPSG:4326&BBOX=-99.30245,43.4354,-87.36445,49.404399999999995&TRANSPARENT=TRUE&BGCOLOR=0xFFFFFF&EXCEPTIONS=application/vnd.ogc.se_xml&WIDTH=800&HEIGHT=400&LAYERS=airports&STYLES=&REQUEST=GetFeatureInfo&VERSION=1.3&SERVICE=WMS&INFO_FORMAT=gml&X=363&Y=121&FEATURE_COUNT=100&QUERY_LAYERS=airports

I get the following error:

<ServiceExceptionReport version="1.1.1">
 <ServiceException code="InvalidSRS">
msWMSLoadGetMapParams(): WMS server error. Invalid SRS given : SRS must be valid for all requested layers.
 </ServiceException>
</ServiceExceptionReport>

hmm. But then, if I change the SRS parameter name to CRS, I get a valid (though empty) result:

<msGMLOutput
    xmlns:gml="http://www.opengis.net/gml";
    xmlns:xlink="http://www.w3.org/1999/xlink";
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
</msGMLOutput>

The weird thing is that in the version 1.1.1 of the spec, there is no CRS parameter for the GetFeatureInfo, but an SRS parameter. SRS was changed to CRS at version 1.3.
It looks to me like a bug, am I wrong?

Best regards,

        Arnaud

Last Minute Addendum: When I try with the equivalent (projected) native logical bbox, in the native SRS (EPSG:26915, this is the Itasca demo!) mapserver doesn't mind the name of the SRS param. Both SRS and CRS work. Now, I'm totally lost o_O Will mapserver refuse to work properly if asked for features with a 4326 box?


Thanks for any information!

Reply via email to