Opened 19 years ago

Closed 15 years ago

#1169 closed defect (invalid)

[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)

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 (7)

comment:1 by jmckenna@…, 19 years ago

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

comment:2 by dmorissette, 19 years ago

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

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

comment:3 by assefa, 19 years ago

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 !!! :) 

comment:4 by pspencer@…, 19 years ago

Cc: pspencer@… added

comment:5 by barta@…, 19 years ago

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 ...


comment:6 by jmckenna, 15 years ago

Cc: jmckenna added

comment:7 by dmorissette, 15 years ago

Description: modified (diff)
Resolution: invalid
Status: newclosed

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.