[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