Hi,
another idea that could be nice for SOC could
be a symbol server that can works standalone,
or be used as a remote source of symbols.
What I envisage is something using the GT2
dynamic symbolizer factories, and that exposes
them using a REST api that clients can
use to:
- inspect what symbols are available and what
parameter each symbol has
- push more symbols into the server (or
delete them)
This could be used by clients like GE that
need to grab symbology from a web accessible
source, and from styler like projects that
need to present users with a choice of available
symbols.
Symbol wise, the server could provide:
- plain raster symbols (png/jpeg)
- scalable ones (svg) and allow the user to ask for a rasterized
version at a specific size
- marker related symbols as well, with
parameters about size, fill and outline
color (wihtout going into full SLD power
thought, the params would explode in that case)
And interesting extra spin would be to have this thing
serve charts as well, like DeeGree is doing
(http://conference.osgeo.org/index.php/foss4g/2008/paper/view/332/168).
Ok, we can do that already using Google charts api, but that's
not very good from a perf pov, plus we could have the
chart server read from our data directly (think of a query
to a geometryless table for example).
Opinions?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
I’m +1 on the idea. Could be a nice SOC project since the basics are pretty easy, so we can ensure success, but there’s lots of cool directions to go, like with charts. We’ve got some UI designs for Styler to take advantage of such a thing, see: http://projects.opengeo.org/styler/wiki/ImageManager
On Fri, Mar 20, 2009 at 10:38 AM, Andrea Aime <aaime@anonymised.com.> wrote:
Hi,
another idea that could be nice for SOC could
be a symbol server that can works standalone,
or be used as a remote source of symbols.
What I envisage is something using the GT2
dynamic symbolizer factories, and that exposes
them using a REST api that clients can
use to:
- inspect what symbols are available and what
parameter each symbol has
- push more symbols into the server (or
delete them)
This could be used by clients like GE that
need to grab symbology from a web accessible
source, and from styler like projects that
need to present users with a choice of available
symbols.
Symbol wise, the server could provide:
- plain raster symbols (png/jpeg)
- scalable ones (svg) and allow the user to ask for a rasterized
version at a specific size
- marker related symbols as well, with
parameters about size, fill and outline
color (wihtout going into full SLD power
thought, the params would explode in that case)
And interesting extra spin would be to have this thing
serve charts as well, like DeeGree is doing
(http://conference.osgeo.org/index.php/foss4g/2008/paper/view/332/168).
Ok, we can do that already using Google charts api, but that’s
not very good from a perf pov, plus we could have the
chart server read from our data directly (think of a query
to a geometryless table for example).
Opinions?
Cheers
Andrea
–
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Apps built with the Adobe(R) Flex(R) framework and Flex Builder™ are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse™based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
On Fri, Mar 20, 2009 at 6:40 AM, Chris Holmes <chomie@anonymised.com> wrote:
I'm +1 on the idea. Could be a nice SOC project since the basics are pretty
easy, so we can ensure success, but there's lots of cool directions to go,
like with charts. We've got some UI designs for Styler to take advantage of
such a thing, see: http://projects.opengeo.org/styler/wiki/ImageManager
I'm +1 too, I'll even volunteer to mentor it if needed.
Ian
Ian Turton ha scritto:
On Fri, Mar 20, 2009 at 6:40 AM, Chris Holmes <chomie@anonymised.com> wrote:
I'm +1 on the idea. Could be a nice SOC project since the basics are pretty
easy, so we can ensure success, but there's lots of cool directions to go,
like with charts. We've got some UI designs for Styler to take advantage of
such a thing, see: http://projects.opengeo.org/styler/wiki/ImageManager
I'm +1 too, I'll even volunteer to mentor it if needed.
That would certainly help, I can tag along to provide hints on how
the renderer works today vs the dynamic symbol factories.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.