aaime ha scritto:

>It's not what I would like to, it's what the SLD specification states
>that matters. From the SLD spec:

>"The Geometry element of a LineSymbolizer defines the linear geometry
to 
>be used for styling. The Geometry element is optional and if it is 
>absent then the "default" geometry property of the feature type that is

>used in the containing FeatureStyleType is used."
> (same applies to other symbolizers)

>The only valid geometry property name in a shapefile is "the_geom".
>You cannot use as the geometry property name an attribute that contains
>a string, if it's working in your case, it's just because the renderer
>tries to be forgiving and uses the default geometry when you pass in an
>invalid value.

>The geometry property name is there because with spatial databases
>you can have multiple geometries in one feature, and SLD allows you
>to decide which one to use for rendering. This can be used for a
>variety of purposes, such as:
>* having extra geometries to be used as label points for main
geometries
>   that are polygons or lines
>* having generalized geometries that can be used for faster rendering
>   when zoomed out (useful when the original geometry is very detailed)

Ok, Thanks I do understand it a bit better now. Thanks for that.

>
>mil2425://SFGPUCAAA-*****
>font://wingdings?idx=0xFA
>acadSym://45degreesHatch
>
>with:
>
>wkbicon://SFGPUCAAA-*****
>wkbicon://wingdings?idx=0xFA
>wkbicon://45degreesHatch
>
>It seems to me the second is not as clear to the user, and not as
>easy to parse for the computer. But maybe I misunderstood what you
>said?

Ok , am I right then , that there will be no protocol handlers for the
deferent URL protocols (mil2525 , font , acadSym)?

The deferent implimentations of the proposed interface will see if it
can handle the URL or not? 

>The idea I had was that I stand up a proposal, we vote it, I create the
>framework, you try to implement your thing using it, so that we have
>a few use cases and we thus validate the interfaces and see if there
>are shortcomings.
>Deal?

Sounds like a DEAL.

Cheers
Theuns


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to