I have noticed that the GetFeatureInfo request created by the
application/openlayers format makes a URL WMS request that has parameters
that are both upper and lowercase (see the example request below: SRS/srs ,
LAYERS/layers , STYLES/styles).
While this doesn't seem to cause an error I am wondering which parameter is
used when both occur but have different values (and whether the
application/openlayers format should be creating a URL like this...)
- Tyler
Example URL created by the application/openlayers page:
http://geoserver:8085/geoserver/wms
?WIDTH=800
&LAYERS=topp%3Astates
&STYLES=
&SRS=EPSG%3A4326
&HEIGHT=317
&FORMAT=image%2Fpng
&SERVICE=WMS
&VERSION=1.1.1
&REQUEST=GetFeatureInfo
&EXCEPTIONS=application%2Fvnd.ogc.se_xml
&BBOX=-145.489487%2C17.494456%2C-46.211784%2C56.833246
&X=484&Y=106
&INFO_FORMAT=text%2Fhtml
&QUERY_LAYERS=topp%3Astates
&FEATURE_COUNT=50
&layers=topp%3Astates
&styles=
&srs=EPSG%3A4326
--
View this message in context: http://www.nabble.com/specifying-both-uppercase-and-lowercase-parameters-in-WMS-requests-tp15511633p15511633.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Tough to say. My guess would be the last copy of the parameter since its the last to get parsed by the dispatcher and registered under a case insensitive way. Regardless this is a bug. Tyler, can you open a jira for this one?
Tyler Erickson wrote:
I have noticed that the GetFeatureInfo request created by the
application/openlayers format makes a URL WMS request that has parameters
that are both upper and lowercase (see the example request below: SRS/srs ,
LAYERS/layers , STYLES/styles).
While this doesn't seem to cause an error I am wondering which parameter is
used when both occur but have different values (and whether the
application/openlayers format should be creating a URL like this...)
- Tyler
Example URL created by the application/openlayers page:
http://geoserver:8085/geoserver/wms
?WIDTH=800
&LAYERS=topp%3Astates
&STYLES=
&SRS=EPSG%3A4326
&HEIGHT=317
&FORMAT=image%2Fpng
&SERVICE=WMS
&VERSION=1.1.1
&REQUEST=GetFeatureInfo
&EXCEPTIONS=application%2Fvnd.ogc.se_xml
&BBOX=-145.489487%2C17.494456%2C-46.211784%2C56.833246
&X=484&Y=106
&INFO_FORMAT=text%2Fhtml
&QUERY_LAYERS=topp%3Astates
&FEATURE_COUNT=50
&layers=topp%3Astates
&styles=
&srs=EPSG%3A4326
--
Justin Deoliveira
The Open Planning Project
jdeolive@anonymised.com
Created:
http://jira.codehaus.org/browse/GEOS-1753
Justin Deoliveira wrote:
Tough to say. My guess would be the last copy of the parameter since its the last to get parsed by the dispatcher and registered under a case insensitive way. Regardless this is a bug. Tyler, can you open a jira for this one?
Tyler Erickson wrote:
I have noticed that the GetFeatureInfo request created by the
application/openlayers format makes a URL WMS request that has parameters
that are both upper and lowercase (see the example request below: SRS/srs ,
LAYERS/layers , STYLES/styles).
While this doesn't seem to cause an error I am wondering which parameter is
used when both occur but have different values (and whether the
application/openlayers format should be creating a URL like this...)
- Tyler
Example URL created by the application/openlayers page:
http://geoserver:8085/geoserver/wms
?WIDTH=800
&LAYERS=topp%3Astates
&STYLES=
&SRS=EPSG%3A4326
&HEIGHT=317
&FORMAT=image%2Fpng
&SERVICE=WMS
&VERSION=1.1.1
&REQUEST=GetFeatureInfo
&EXCEPTIONS=application%2Fvnd.ogc.se_xml
&BBOX=-145.489487%2C17.494456%2C-46.211784%2C56.833246
&X=484&Y=106
&INFO_FORMAT=text%2Fhtml
&QUERY_LAYERS=topp%3Astates
&FEATURE_COUNT=50
&layers=topp%3Astates
&styles=
&srs=EPSG%3A4326
--
Tyler A. Erickson, Ph.D.
Research Scientist
Michigan Tech Research Institute
3600 Green Court, Suite 100
Ann Arbor, MI 48105
tyler.erickson@anonymised.com
www.mtri.org
www.michiganview.org