Ah... I see. Thanks Jody.
On 2 March 2010 18:14, Jody Garnett wrote:
> I think the difference is for "data formats" such as CAD or KML where the
> presentation information is baked into the format.
>
> I once had a talk with James about this; and he wanted us to make an amazing
> SLD file that
I think the difference is for "data formats" such as CAD or KML where the
presentation information is baked into the format.
I once had a talk with James about this; and he wanted us to make an amazing
SLD file that would reference each attribute in a CAD dataset and pull it out
into SLD terms.
Question from the back row...
How does this differ to using filters to set style attributes based on
feature data ? Or is it another, perhaps easier, way of skinning the
same cat ?
Michael
--
Download Intel® Parallel St
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 speci
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 b
