Hi,
I wanted to point you at the new "Symbol server" description
I added to the SOC page here:
http://geoserver.org/display/GEOS/Symbol+server
Relative that that I was also wondering if the "chart symbol
factory" could be a SOC project of its own. They are in
fact orthogonal, and having some project that is a little
easier to implement would not hurt.
Talking with Chris H. some other ideas came up:
- a fast and accurate SVG renderer. So far we use the
batik renderer by default, supports everything, but
it's memory bound. What about a streaming but good
one instead?
To make it look really good we could refactor the
streaming renderer so that the drawing part assuming
a raster output is completely factored out in a
separate painter.
This may not be so easy thought, as there are a few
parts, like coverage rendering, symbol management
that basically assume raster output from the ground
up. What I'm saying is that this project would require
a significant involvement of the mentor as well (me?)
- integrate and pimp up mapfish printing so that it's
more efficient when integrated with GeoServer (avoid
having it go thru an SVG dump and parse), and so that
it can use SVG templates as the map layout definition
instead of forcing people into writing a YAML file and
enter a change and check dev cycle that the non visual
nature of YAML does not make that easy.
I guess for the latter we could contact the MapFish
people and see if anyone is interested in co-mentoring?
Another possible idea that came to mind is having someone
take back and finish that GT2/OGR bridge I was working on
last year (and that I abandoned due to difficulties in
building OGR on Windows without the usage of proprietary
tools). We'd need someone with a decent proficiency
in both Java and C thought.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.