ah, ok, I got it, sorry I'm dumb

ok, so the WellKnownNameFactory stuff seems to actually be the best route to 
go?

Cheers,

Gabriel
On Thursday 10 April 2008 09:37:52 am Andrea Aime wrote:
> Gabriel Roldán ha scritto:
> ...
>
> >> This is not about retrieving a icon from some location, but, afaik,
> >> about building a Icon/Shape object at runtime given a name.
> >> The name drives what is to be drawn, that is, the thing is programmatic,
> >> not data access related.
> >
> > understood, but the approach of using a custom url scheme gives you that
> > power too, right? like in your implementation of URLStreamHandler is free
> > to generate the graphic programmatically or not..
> >
> > or am I missing something else?
>
> Yes, did not you read what I said below about the separation between
> shape and graphic attributes such as stroke and fill?
> With an ExternalGraphic you cannot specify them. Do you point SLD to
> a png icon and then tell it you want it filled red and stroked black?
> You can do that with a mark because it's a vector outline, but not with
> an external graphic.
>
> I don't know the exact detail about how MIL symbols do work, but I know
> I want this kind of separation in order to support MapServer like
> graphic symbols (again, described below).
>
> Cheers
> Andrea
>
> > Gabriel
> >
> >> For a discussion comparing external graphics and mark see my other mail.
> >> You can style a mark further, leaving the plugin system build only an
> >> outline of it, whilst an external graphic you have to take as is (which
> >> means the url must completely define not only its shape, but also its
> >> size, stroke and fill).
> >>
> >> Having no experience with military symbols I have no idea what's
> >> more appropriate, I just noticed that the Mark path seems to provide
> >> more flexibility.
> >>
> >> In the following days I hope I'll be able to work on reading MapServer
> >> vector symbols
> >> (http://mapserver.gis.umn.edu/docs/reference/symbology/referencemanual-a
> >>ll- pages) and I'd like to tackle this using Marks because they do seem a
> >> better match than graphics, see also the example usage at the bottom of
> >> that page.
> >>
> >> Cheers
> >> Andrea
>
> !DSPAM:4045,47fdc3d6221801012714783!



-------------------------------------------------------------------------
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