On 28/04/10 08:38, Andrea Aime wrote:
> Luca Morandini ha scritto:
>>
>> My first idea was indeed to use an URL to fetch the WKT file, but the option
>> of
>> having the WKT in-lined makes the SLD self-contained and the whole process
>> easier
>> for the user... on the other hand, it might be useful to have an external
>> "library" of WKTs to re-use.
>
> Right, was thinking the same.
> Looking at your patch I was thinking of doing the following:
> - keeping the well known extra shapes in the shape factory
Thanks: I need them... especially the semicircle, which would be annoying to
replicate in a WKT.
> - make a new wkt factory that only does wkt
Makes sense.
> - have it recognize a wktlib:// prefix too that points to a file,
> something like "wktlib://path#name"
> Possibly so that the path can be a relative reference into the
> GeoServer data dir, would be nice to have wktlib://mylib#star
> where the data dir contains $data_dir/styles/mylib.properties.
> Should be doable by allowing for pluggable path resolvers
> of some kind... or to make it easier, just do the abstract class
> in GeoTools and then make a subclass in GeoServer that has the
> lookup logic.
Do you mean a property file like:
star=LINESTRING(10 20, 20 20, ...)
square=POLYGON((10 10, ...))
?
> What do you think?
Well, while I clearly see the need for SVG, the implementation of this library
looks to me like overstretching the requirement a bit... but it would be a
rather
elegant solution :)
>> I've considered Batik too... but that piece of code (the "orphan" one) does
>> exactly what's needed, doesn't it ?
>
> Err... no, I was just refererring to an idea, which is to let Batik
> draw to a Graphics (which it can do) and have a special Graphics
> implementation that steals the Shape objects passed down to it
Never programmed Batik, I will have to study it first.
One question: shall WKT and SVG be confined in a coordinate space of (-0.5
-0.5,
0.5 0.5) for the GraphicMark to work ?
Regards,
--------------------
Luca Morandini
www.lucamorandini.it
--------------------
------------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
