[wms-dev] Suggestion for Common GetFeatureInfo Response Format

Andrew Hallam ahallam at digitalearth.com.au
Sun Jan 22 05:26:36 EST 2006


Keith Pomakis wrote:
> One other comment I'd like to make is about MIME types.  The 
 > "Proposed Response Format" in "Improving WMS GetFeatureInfo - Part
 > 2" is "text/xml", with perhaps a vendor-specific element to indicate
 > the schema of the response.  However, there is a much cleaner way of
> handling this, without the need for vendor-specific elements.  The 
 > "OWS Common Implementation Specification" (OGC document 03-088r6),
 > section 12.7, states:
> 
>     The basic structure of a MIME type is a string of the form
>     "type/subtype". MIME allows additional parameters in a string of
>     the form "type/subtype; param1=value1; param2=value2". A server may
>     include parameterized MIME types in its list of supported output
>     formats. In addition to any parameterized variants, the server
>     should offer the basic unparameterized version of the format.

Yes, that would do the job nicely!

> ... and in my opinion with GetFeatureInfo in general, it's
> meaningless to provide an unparameterized "text/xml" response type,
> because that would leave the client guessing as to what it might
> get back.

Exactly.


Andrew.




More information about the wms-dev mailing list