Hi all,
If the dead-ware CustomGlyphRenderer is a mystery, it was initially written to
support some functionality in GeoVISTA Studio that was designed to allow
editing of arbitrary glyphs, but did not go so far as SVG. It so happens that
I am in the process of resurrecting Studio, or at least that part of Studio, to
work with the most recent stable version of GeoTools (2.4.2). I have no
objection to the deprecation of CustomGlyphRenderer--a library of various glyph
renderers, including the CustomGlyphRenderer, within the Studio code base is
more appropriate than in the GeoTools code base--but would appreciate support
for the GlyphRenderer interface, in its current or another location.
Of course, if the PMC or those who are less tangential to the GeoTools project
than I am decide to deprecate the GlyphRenderer interface, I respect that
decision.
Jamison
On Mon, May 12, 2008 12:24 PM, Andrea Aime <[EMAIL PROTECTED]> wrote:
>
Hi,
>starting to implement some of the dynamic symbols
>proposal today (so that I can commit something when
>the svn freeze is over) and found this interface
>I totally forgot about:
>
>/**
> *
> * @author jamesm
> * @source $URL:
>http://svn.geotools.org/geotools/trunk/gt/modules/library/render/src/main/java/org/geotools/renderer/lite/GlyphRenderer.java
>
>$
> */
>public interface GlyphRenderer {
>
> public boolean canRender(String format);
> public List getFormats();
> /**
> *
> * @param graphic
> * @param eg
> * @param feature
> * @param height use <=0 if you dont want any scaling done. THIS
>MIGHT BE IGNORED by the renderer!
> */
> public BufferedImage render(Graphic graphic, ExternalGraphic eg,
>Object feature, int height);
>
>}
>
>This has SVGGlyphRenderer and CustomGlyphRenderer implementations.
>The first is hooked up (code wise), the second it dead-ware, nothing
>uses it. This interface is also not as powerful as the one proposed
>with the dynamic SLD proposal and is not hooked up to be pluggable.
>Ugh...
>
>I was thinking of deprecating it and moving SVG to the new interface,
>what will be SPI pluggable (and I'll ask to move it to another module
>to avoid having renderer depend on Batik, since it's big).
>
>What do you think?
>Cheers
>Andrea
>
>-------------------------------------------------------------------------
>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
>
>
>
Jamison Conley
Dept. of Geography
Pennsylvania State University
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
