Justin Deoliveira ha scritto: > Sounds like a good idea. So just to ensure that I understand the two > options are: > > 1. Modify StyledLayerDescriptor.xsd directly adding support for vendor > options. > > 2. Create a GTStyledLayerDescriptor.xsd which includes > StyledLayerDescriptor.xsd and creates a new element called > "GTTextSymbolizer" which extends from "TextSymbolizer". > > Option 1: > > + Easier on users as they simply keep on referencing the regular SLD > schema > - We have to modify the schema... so if they try to validate against > say the schema at schemas.opengis.net validation will fail. > > Option 2: > > + Cleaner from a schema point of view, user explicitly has to specify > the "new" schema which seems less confusing > - I am not sure a clean extension of TextSymbolizer is possible b/c it > is an element with an anonymous complex type. If it had a named type > then it would be easy. So I think the only way would be to basically > copy the type of TextSymbolizer into the type of GTTextSymbolizer and > our custom stuff. > > Tough call... I guess if i had to choose one it would be option 2. Seems > cleaner and more explicit.
Option 1 was actually copying over, changing TextSymbolizer, _and_ changing the schema file name into GSStyledLayerDescriptor.xsd. So still explicit, what is not explicit is what we modified. Option 2 is more explicit instead... and yeah, it seems we'll have to clone the element. Darn, why is everything always so complex with OGC? :( Anyawys, I agree option 2 is better. Cheers Andrea -- Andrea Aime OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
