Sounds like a good idea. One question though. Do we plan to support this via POST requests? Adding extensions via GET is easy enough but once you start doing it with xml you have to worry about schemas and what not... it can get messy.
About the model, it should be backwards compatible. Part of the emf model specifies a "compatibility" version, so as long as its set properly there should be no problems. I just did a quick test regenerating the GetFeatureType interface and impl class and no problems. -Justin Andrea Aime wrote: > Hi, > so I have this request to allow specification of the encoding for the > shapefiles we produce, and I would like to discuss the how with the > other devs. > > The problem boils down to the shapefile data store using the default > language for encoding shapefiles, and this may not be any good to > encode the shapefile. For example, the platform may be > setup to use UTF-8, but if you need to encode any non ASCII character > that would create a shapefile that very few software can use. > > For chinese you'll need to encode it in GB2312, for any european > language in ISO-8859-15, and so on. Depending on the server, you may > have to serve data in various languages. And nothing prevents one > from setting up a server that needs to encode different shapefiles > in different languages. > > So we'd need a parameter telling the encoder which charset to use. > I was thinking to port format_options handling to WFS. Opinions? > > The main issue I'm seeing is the request object, GetFeatureType, is > derived from an EMF model, so we'd need to change the ecore and > regenerate the model (hoping the current EMF is backwards compatible, > the current model was generated before Eclipse 3.4). > > Suggestions? > Cheers > Andrea > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
