[mapserver-dev] SVG symbols with modifiable parameters

Lime, Steve D (MNIT) steve.lime at state.mn.us
Wed Sep 11 06:09:20 PDT 2019

I had thought about this as well. Names would allow you take advantage of attribute binding and expressions. I’d think this would also require a type attribute though since these would be configure-only styles that wouldn’t take part in the normal rendering pipeline. Depends on how much we wanted to support since this would mean 1 param = 1 style. A dictionary might be cleaner.
From: mapserver-dev <mapserver-dev-bounces at lists.osgeo.org> on behalf of Seth G <sethg at geographika.co.uk>
Sent: Wednesday, September 11, 2019 7:05:53 AM
To: mapserver-dev at lists.osgeo.org <mapserver-dev at lists.osgeo.org>
Subject: Re: [mapserver-dev] SVG symbols with modifiable parameters

This message may be from an external email source.
Do not select links or open attachments unless verified. Report all suspicious emails to Minnesota IT Services Security Operations Center.

>From a purely Mapfile syntax point of view it would be nice to add in named styles (as per https://mapserver.org/mapfile/style.html#style<https://gcc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmapserver.org%2Fmapfile%2Fstyle.html%23style&data=02%7C01%7Csteve.lime%40state.mn.us%7C7121adb9fb044a6b797208d736b1cc1b%7Ceb14b04624c445198f26b89c2159828c%7C0%7C0%7C637038009571135436&sdata=C4CPNOK%2BRmL6ODpbMRAxGBCigZwxpbyVK5LK5q6koQ8%3D&reserved=0> - The final intent is to have named styles (Not yet supported) that will be re-usable through the mapfile).

Then for SVG the following syntax could be used, with the name used to match an SVG parameter name:

  SYMBOL 'some-svg-symbol'
  NAME 'color1'
  COLOR 255 0 0
  SYMBOL 'some-svg-symbol'
  NAME 'color2'
  COLOR 0 255 0

On Wed, Sep 11, 2019, at 7:01 AM, Lime, Steve D (MNIT) wrote:
Hi Tamas: I think something like this would be super useful. Currently MapServer does not load (directly) or parse the SVG. It's relying on svg-cairo or rsvg for that. So to support parameters one would need to parse and then process the XML looking for parameters. To avoid doing this for every file I'd thinking adding something to a symbolObj to trigger the extra processing might be a possibility. Any chance svg-cairo or rsvg support this (where you'd pass a key/value store along with the filename)?

I was wondering how you'd store the colors, etc... within the mapfile. I don't think that it makes sense to bind it to a styleObj as is. Not enough flexibility for symbols with multiple colors or whatever, plus I'd assume you'd want the flexibility to use SVG files that already define parameter names. So, I'd think we would need to use a hash within the styleObj to hold the configuration parameters something like:

  SYMBOL 'some-svg-symbol'
  SIZE 10
    'color1' 'red'
    'color2' 'green'



From: mapserver-dev <mapserver-dev-bounces at lists.osgeo.org> on behalf of Tamas Szekeres <szekerest at gmail.com>
Sent: Thursday, September 5, 2019 7:28 AM
To: mapserver-dev at lists.osgeo.org <mapserver-dev at lists.osgeo.org>
Subject: [mapserver-dev] SVG symbols with modifiable parameters


I have a requirement to be able to modify some parameters of the SVG symbols according to the parameters of the corresponding style in the mapfile configuration. This would provide significant help to avoid maintaining large number of SVG definitions with the same shape, but different colors or line widths. Or one could also replace the truetype symbols with the SVG variants if needed.

Would that be reasonable to implement something like this?


I think we could easily modify the SVG definition in msPreloadSVGSymbol, where the symbol definition would be loaded and modified in a local buffer before passing that to the renderer.

Best regards,


mapserver-dev mailing list
mapserver-dev at lists.osgeo.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-dev/attachments/20190911/01aa6ff4/attachment.html>

More information about the mapserver-dev mailing list