[wms-dev] Suggestion for Common GetFeatureInfo Response Format

[Chuck Morris]

I wrote:
> Since
> GetFeatureInfo requests generally only return one feature per layer, I
think
> most clients would choose to create 2-column tables.

Daniel Morissette replied:
> Is this really the case? The FEATURE_COUNT request parameter defaults to
> a value of 1, but can be set to a larger value.

I didn't mean that most GetFeatureInfo implementations aren't capable of
returning more than one feature.  I just meant that in general, the user
zooms in
to a point where the features are clearly discernable and clicks on a single
feature, so there is usually only one feature in the response.

Even if there are multiple features in the response, they will likely be
from
different layers, in which case the property names wouldn't be the same
and the client would have to create multiple tables to view the results
anyway.

Chuck Morris