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