server-side SLD support

[Yewondwossen Assefa]

Bart van den Eijnden (OSGIS) wrote:
> Hi Assefa,
> 
> what would happen if the MapObj would be saved? The generated classes 
> would be in there, as well as the SLD keyword with its value? So they 
> would be regenerated again upon a new load?
> 
> The best thing I guess would be to preserve the previous structure (i.e. 
> LASSes already in there and SLD keyword), but that would require another 
> member on CLASS I guess to say if it was generated by an SLD or not.
> 

  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.

> 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"




> Best regards,
> Bart
> 
> Yewondwossen Assefa schreef:
> 
>> Bart van den Eijnden (OSGIS) wrote:
>>
>>> Good questions Daniel. Let me try and answer them. I am sure Assefa will
>>> correct me if necessary :-)
>>>
>>> 1) I have no problem with a shorter keyword like SLD
>>>
>>> 2) saving a MAP file will probably just save all the generated 
>>> classes. I
>>> don't see a problem with this approach.
>>>
>>
>> This is still an issue for me, if you save the map and reload it, the 
>> same classes will be regenrated when we read the SLD tag. is this 
>> acceptable ?
>>
>>> 3) I don't think get/set functions for Mapscript are necessary since 
>>> there
>>> is already a Mapscript function to generate them (applySLDURL on the
>>> MapObj).
>>>
>>  I agree with this.
>>
>>> Best regards,
>>> Bart
>>>
>>> -- 
>>> Bart van den Eijnden
>>> OSGIS, Open Source GIS
>>> http://www.osgis.nl
>>>
>>>
>>> --------- Oorspronkelijk bericht --------
>>> Van: Daniel Morissette <dmorissette at MAPGEARS.COM>
>>> Naar: MAPSERVER-DEV at LISTS.UMN.EDU <MAPSERVER-DEV at LISTS.UMN.EDU>
>>> Onderwerp: Re: [UMN_MAPSERVER-DEV] server-side SLD support
>>> Datum: 01/11/06 13:49
>>>
>>>
>>>> Bart van den Eijnden (OSGIS) wrote:
>>>> &gt; &gt; Our plan is to add server-side SLD support to Mapserver 
>>>> WMS. This
>>>
>>>
>>> would
>>>
>>>> &gt; involve adding a new keyword, for instance 
>>>> STYLEDLAYERDESCRIPTOR. It
>>>
>>>
>>> will
>>>
>>>> &gt; add classes from the SLD document (matching the layer's name) 
>>>> to the
>>>
>>>
>>> LAYER.
>>>
>>>> &gt;
>>>> I like the idea in general.
>>>>
>>>> A few questions/comments:
>>>>
>>>> - How'bout a shorter keyword such as SLD instead of 
>>>> STYLEDLAYERDESCRIPTOR?
>>>>
>>>> - What happens if you save a mapfile ($map-&gt;save()) that contains 
>>>> SLD definitions like this? Are they maintained in the saved mapfile 
>>>> or lost?
>>>>
>>>> - Are there ways to get and set SLD's via MapScript and if yes how 
>>>> does that work? i.e. does MapScript turn the SLD into a set of 
>>>> classes right away, or is the SLD just a string member of 
>>>> layerObj... actually an array of strings... or sldObj's? um... fun 
>>>> questions to answer...
>>>>
>>>> Daniel
>>>> -- 
>>>> Daniel Morissette
>>>> http://www.mapgears.com/
>>>>
>>>>
>>>
>>>
>>
>>
> 
> 


-- 
----------------------------------------------------------------
Assefa Yewondwossen
Software Analyst

Email: assefa at dmsolutions.ca
http://www.dmsolutions.ca/

Phone: (613) 565-5056 (ext 14)
Fax:   (613) 565-0925
----------------------------------------------------------------