aaime wrote:
> 
> 
> So your case matches the ExternalGraphic case, not the well known
> mark, since some of the symbol name elements imply a color.
> My case instead is supporting the usage of font based shapes freely
> as let the SLD specify how to stroke/fill them (think using
> Wingdings font as a source of symbols), as well as MapServer
> symbol definitions and, in the long term, Autocad symbol definitions
> as well (since there is a ton of them around in the web).
> 
> All of these are better suited for the Mark approach.
> 

I agree , with you in the instance of a certain character in a font , to use
the mark approach.
Maybe if someone just can confirm that the idea of sending params with a
custom URL , if that is possible according to the URL standard?

Just out of curiosity , i presume this is a short coming in the API to
specify an font and a character
for a mark? 

I quickly scanned the mapserver page you revered to and i saw that they also
can combine shapes to create a single 'mark' , if you will, Is that also
your intention , in my opinion that would be great?


aaime wrote:
> 
> 
> I'm going to stand up an API change proposal for this, I'll
> try to cover both cases (extensible marks and extensible
> external graphics).
> 
> 

Looking forward to the proposal.

-- 
View this message in context: 
http://www.nabble.com/Well-Known-Name-Icons-tp16417499p16607751.html
Sent from the geotools-devel mailing list archive at Nabble.com.


-------------------------------------------------------------------------
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
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to