[mapserver-dev] WFS GetFeature - gml_constants, et al
Lime, Steve D (DNR)
Steve.Lime at state.mn.us
Wed Oct 6 17:46:10 EDT 2010
Hi Frank: Glad you had some success. The gml_constants feature was added explicitly for some WFS application schema work done for the FGDC. We produced a how-to that detailed those options. Will have to look for it...
Looks like it's not there either. I'll create a ticket on that. I don't see that as something you should support. The constants are really only relevant in the application schema context. I concur with your support of the other GML metadata config options. Out of curiosity, does the KML driver also use those? Did it implement others that might make sense for OGR?
From: mapserver-dev-bounces at lists.osgeo.org [mapserver-dev-bounces at lists.osgeo.org] On Behalf Of Frank Warmerdam [warmerdam at pobox.com]
Sent: Wednesday, October 06, 2010 2:23 PM
Subject: [mapserver-dev] WFS GetFeature - gml_constants, et al
I have had some success with having WFS GetFeature use the template
engine for output.
Now I'm working on OGR output and I'm wondering how much of the
existing WFS gml output logic I need to replicate. For instance there
is a concept of "gml_constants" - apparently for adding constant fields
in returned features. I can't find any documentation on this other than:
Were you intending to document this in the WFS Server document? Should
I try to replicate the behavior for the non-GML output?
I'm guessing that the gml_groups support doesn't really make sense in
non-GML products - would you agree?
I am guessing we *do* want to replicate gml_include_items, gml_[item]_alias,
and gml_[item]_type behavior in non-GML feature output. Would you agree?
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
mapserver-dev mailing list
mapserver-dev at lists.osgeo.org
More information about the mapserver-dev