Andrea Aime wrote: > Wayne Fang ha scritto: >> As for how it's done, that hasn't been thought through yet. I wonder >> if we could return an inline png in the kml/kmz, instead of a GLG >> request in KML that then gets the legend graphic? > How would this improve things? The main thing is that, for KML at least, it would be using GetLegendGraphic (GLG) according to its spec. It would also be one less client request. >> The KMLLegendTransformer would effectively make internal requests to >> get the icons for each applicable rule, or maybe just make a call to >> the appropriate *LegendGraphicProducer, and serve that up? > But... I don't understad. The legend producer would just produce > a legend graphics like today, unless you write one that's customized > for KML. What am I missing? The idea was to leave the existing behaviour for other requests for now, in case other clients are depending on the current legend behaviour. The KMLLegendTransformer would be beefed up so that it created the full legend, complete with labels. The legend would then be stylable in KML. So yes, this will likely replicate some of the functionality of the GLG processor. But the aim will be to eventually scale back the GLG processor to conform to the spec (returning a single representative icon with no labels).
Cheers, Wayne -- Refractions Research Suite 300 - 1207 Douglas St Victoria, BC, V8W 2E7, Canada ph: (250) 383-3022 fax:(250) 383-2140 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
