server-side SLD support

Steve Lime Steve.Lime at DNR.STATE.MN.US
Wed Nov 1 18:03:32 EST 2006


Why would someone want to mix SLD and MapServer classes? Is there an
obvious
use case? I like the idea (for non-OWS use as well), but would prefer
keeping things
simple. 

Steve

>>> Daniel Morissette <dmorissette at MAPGEARS.COM> 11/1/2006 3:30 PM >>>
Yewondwossen Assefa wrote:
> 
>  I am more leaning to say that we should not save the classes
generated, 
> but only the SLD (marking the classes as temporary as you suggested).

> But when we talk about save, it is done through mapscript, so the
users 
> will have the ability to manipulate the classes before saving the map

> and next reload of the map will givent diffrent result.
> If it is a documented and acceptable limitation, I do not see any 
> problem discarding the new classes created.
> 

This kind of inconsistent behavior makes me nervous. What you propose 
reopens the questions that I sent earlier this morning.

I mean someone could load a mapfile with MapScript, not knowing that it

contained a SLD ref. Then modify a few classes (including some coming 
from a SLD) or insert new classes and save the map, expecting the 
changes to be saved, but then because the MapScript code was not 
SLD-aware the changes would actually be lost and odd side-effects might

happen next time the saved map is loaded.

I'm also not clear on whether the current ApplySLD() method is 
sufficient for MapScript apps to interact with this feature if you plan

to maintain both the SLD ref and a set of temporary classes in memory.

>> Maybe if we don't allow people to mix SLD and CLASSes, it would make

>> life easier? But still the generated classes would need to be
removed 
>> and the SLD keyword written upon saving.
>>
>  I still think we should allow the mixing of SLD and CLASS elements
and 
> mark SLD generated classes as "non savable"
> 

Mixing SLD and CLASS elements would be nice, but if that becomes the 
source of odd side-effects for apps that are not SLD-aware then that's

not good.

Daniel
-- 
Daniel Morissette
http://www.mapgears.com/



More information about the mapserver-dev mailing list