You may want to handle by passing control over to a custom "renderer" as is done with RasterRenderer/ShapefileRenderer? Recognize the featuretype and engage something specific?
Your idea of a NativeSymbolizer is not bad - we did "open" the Symbolizer data structure - so you can have a vendor specific symbolizer now (and feed it key/value properties). Finally we could "cheat"; uDig is willing to create a Style object for a given set of data (for Shapefile it will read an sld side car file). We could use this approach with other data types as well. FeatureSource.getStyle() - creating a "good" style from the data; or providing a default based on the FeatureType. Jody On Tue, Mar 2, 2010 at 4:19 AM, Andrea Aime <[email protected]> wrote: > Hi, > during the last days random questions on supporting DXF via OGR, or > support KML as a source for data layers made me think about > how to support in the renderer a concept of style/symbolizer > associated with the feature as opposed of being declared in the SLD. > > I guess the list of symbolizers to be applied to be stored in the > feature user data map, but how to activate it (or how to ignore it)? > > So far my best bet seems to be, by extending SLD with a NativeSymbolizer > that would actually extract the embedded symbolizers? > Or by just having an empty Rule? (that would be an extension as well, > a Rule must have at least one symbolizer). > > Ideas? > > Just looking for a design, it's not like I'm going to implement this > anytime soon > > Cheers > Andrea > > -- > Andrea Aime > OpenGeo - http://opengeo.org > Expert service straight from the developers. > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
