Ticket #1169 (closed defect: invalid)

Opened 8 years ago

Last modified 4 years ago

[WMS] GetFeatureInfo format

Reported by: jmckenna@… Owned by: mapserverbugs
Priority: high Milestone:
Component: WMS Client Version: unspecified
Severity: normal Keywords:
Cc: pspencer@…, jmckenna

Description (last modified by dmorissette) (diff)

For the DEMIS WMS server, mapserver incorrectly interprets the GetFeatureInfo
format as "application/vnd.ogc.gml" and apparently this is not so on the DEMIS
server (their server admin has complained about exceptions that this is
creating).  here is the getcapabilities request:

http://www2.demis.nl/wms/wms.asp?wms=WorldMap&SERVICE=wms&VERSION=1.1.1&REQUEST=getcapabilities

Does MapServer always request GetFeatureInfo in "application/vnd.ogc.gml" format
even if that's not what the server supports?

Change History

Changed 8 years ago by jmckenna@…

sorry this might be a client issue (Chameleon)..I will mark this as invalid if
that is the case.

Changed 8 years ago by dmorissette

Here are the supported formats listed in this server's capabilities:

   <GetFeatureInfo>
     <Format>text/html</Format>
     <Format>text/swf</Format>
     ...
   </GetFeatureInfo>

Changed 8 years ago by assefa

I think mapserver only provides utility functions to generate the URL that
should be used for doing a Getfeatureinfo. There is a php wrapper function on
top of this function which is  :
  string getWMSFeatureInfoURL(int clickX, int clickY, int featureCount, 
                               string infoFormat)

So the client is the one setting the infoFormat when building the Getfeatureinfo
url. 

I have checked chamelon and found a couple of calls using the function and the
info_format is set to MIME. This info_format works for a WMS server using
Mapserver but may not work for others.

Couple of notes on this :

  - the function in Mapserver (and php/mapscript) should make the infoFormat
argument optional. Note that in wms 1.1.1  the info_format for a GetFeatureInfo
request is optional.  I have added a bug on this (Bug 1171). 

  - the 2nd point is that chameleon (or other clients using this function)
should either not set the infoformat or set it after making sure that it is
supported by the server.


 After all this I am not sure where the application/vnd.ogc.gml comes from !!! :) 

Changed 8 years ago by pspencer@…

  • cc pspencer@… added

Changed 8 years ago by barta@…

A comment from Demis:

we have updated the supported formats (1.1.0 and above) to add plain text and 
xml:

<Format>text/xml</Format>
<Format>text/plain</Format>
<Format>text/html</Format>
<Format>text/swf</Format>

GML will be added in a week or so, i suppose this would have been more 
straightforward if OGC had provided a few templates for featureinfo 
requests ...


Changed 4 years ago by jmckenna

  • cc jmckenna added

Changed 4 years ago by dmorissette

  • status changed from new to closed
  • resolution set to invalid
  • description modified (diff)

Closing as INVALID since this sounds very much like a client (i.e. Chameleon) problem and not a MapServer problem, and a test a few minutes ago has shown that the Demis server at the URL above now supports application/vnd.ogc.gml for GetFeatureInfo?, making this a non-issue anyway:

			<GetFeatureInfo>

				<Format>text/xml</Format>

				<Format>text/plain</Format>

				<Format>text/html</Format>

				<Format>text/swf</Format>

				<Format>application/vnd.ogc.gml</Format>

Note: See TracTickets for help on using tickets.