server-side SLD support
Paul Spencer
pspencer at DMSOLUTIONS.CA
Thu Nov 2 08:57:14 EST 2006
Bart, I think a quick summary would be in order. From what I have
read, the options seem to be as follows (please feel free to add
other options and elaborate on the pros and cons):
1. do not include SLD when saving the map file (the generated classes
would be saved normally)
Pros:
- implementation is straight forward
- there are no side effects for existing applications and frameworks
Cons:
- lose the original structure of the map file
2. include SLD when saving the map file (do not save the generated
classes)
Pros:
- maintain original structure of map file
Cons:
- what to do with classes altered through mapscript
- unintended side effects if remote (url) SLD changes during a
user's session
Cheers
Paul
On 2-Nov-06, at 7:51 AM, Bart van den Eijnden (OSGIS) wrote:
> True.
>
> So in order to do this safely, we would need to have the concept of
> immutable classes in Mapserver, or not? I.e. classes the user
> cannot change.
>
> Or are there other solutions?
>
> 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: 02/11/06 10:40
>
>> Bart van den Eijnden (OSGIS) wrote:
>> > Paul,
>> >
>> > the intention of the SLD keyword would be to be used in
>> server-side
> WMS
>> > implementations, to be used as the default style.
>> >
>> > So I would not recommend using it in Chameleon client MAP files.
>> >
>> > Maybe we are putting the scope of this too wide ..... ?
>> >
>>
>> Once a feature is out in the wild then users will start using it
>> for all
>> sorts of things that you never expected, and what you recommend
>> them to
>> do or not do won't matter... i.e. even if you recommend to Chameleon
>> users to not use mapfiles that contain SLD refs, some of them will
>> do it
>> either intentionally or by accident... that's why we need to
>> address all
>> those questions now, to avoid making a half-baked feature
>> available that
>> will cause odd side-effects to previously working applications.
>>
>> Daniel
>> --
>> Daniel Morissette
>> http://www.mapgears.com/
>>
>>
+-----------------------------------------------------------------+
|Paul Spencer pspencer at dmsolutions.ca |
+-----------------------------------------------------------------+
|Chief Technology Officer |
|DM Solutions Group Inc http://www.dmsolutions.ca/ |
+-----------------------------------------------------------------+
More information about the mapserver-dev
mailing list