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-all- >> 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:4022,47fdc118218591637810514! > ------------------------------------------------------------------------- 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
