On Mon, Nov 22, 2010 at 9:30 AM,  <christian.muel...@nvoe.at> wrote:
> I want to avoid to store 25000 SLDs . This number will increase within
> the next years. I need some architecture to create the SLDs on the fly.

In GS we're starting to have SLD 1.0 and, in a community module, CSS.
Hopefully some day we'll have SLD 1.1 or later too.
That means a variety of formats, or more in general, SLD sources.
It would be nice to have a pluggable style object source concept.
Today a SLD is defined by a name and a location, we could have a name,
source id, and location instead.
This would allow you to avoid storing 25000 SLDs, but you'd still need
to keep the 25000 style xml files around.
Having something that allow to dynamically create the style for a layer
without even have the style configured... hum...
Well, it could be a sort of a trick: one style, called "dynamic", whose
contents change depending on the layer used to load it.
That would still require API changes, as now the style loading code
path is fully disconnected from the layer one (there is no layer information
available to the ResourcePool when loading a style)

Definitely requires some thinking and work...

Cheers
Andrea

-----------------------------------------------------
Ing. Andrea Aime
Senior Software Engineer

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy

phone: +39 0584962313
fax:     +39 0584962313

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf

-----------------------------------------------------

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to