complete the support of the SVG symbols

[mapserver-bot]

Reporter: assefa
Date: 2011/02/11 - 05:32
Trac URL: http://trac.osgeo.org/mapserver/ticket/3671
From what I can see a lot of the pieces needed to be able to support SVG symbols in Mapserver are there.
The big missing part seems to be the rendering function, which from what I gather could be based on the agg svg example. There was an effort in this sense (http://trac.osgeo.org/mapserver/wiki/GSoC_SVG_Symbols_SECOND_DRAFT_OF_THE_MS_RFC). I believe the general ideas still apply although the implemenation details are different:

• read an svg file (symbol type SVG)
• rasterize it into a pixmap (based on the agg svg example)
• caching (I am not sure yet about this one)
• place pixmap on the map.

[mapserver-bot]

Author: assefa
Date: 2011/02/16 - 19:13
note that there is some work done in http://trac.osgeo.org/mapserver/ticket/3343

[mapserver-bot]

Author: assefa
Date: 2011/12/04 - 14:50
committed in fc89474 (r12841)

[mapserver-bot]

Author: assefa
Date: 2011/12/04 - 15:03
some info for docs:

in the symbol file

symbol
    name "svgsymbol"
    type svg
    image "interstate.svg"
end

in the map file

 STYLE
    SYMBOL "svgsymbol"
    ANGLE 40
    SIZE 10
    ....

[mapserver-bot]

Author: tbonfort
Date: 2011/12/05 - 13:33
fyi, the pixmap buffer has to be in un-premultiplied state, otherwise you get rendering artifacts on pixels where alpha!=0 && alpha!=255

fixed in 95a8688 (r12843)

[mapserver-bot]

Author: tbonfort
Date: 2011/12/05 - 13:38
autotests added in MapServer/msautotest_DEPRECATED@4962eb2 (r12845)

[mapserver-bot]

Author: assefa
Date: 2011/12/05 - 16:01
Thanks.

[mapserver-bot]

Author: schpidi
Date: 2011/12/05 - 17:39
Starting with fc89474 (r12841) I get the following (with/without --with-cairo and/or --with-libsvg-cairo):

g++: @LIBSVG_CAIRO_INC@: No such file or directory
make: *** [renderers/agg/src/clipper.o] Error 1

[mapserver-bot]

Author: tbonfort
Date: 2011/12/06 - 11:27
Replying to [comment:8 schpidi]:

Starting with fc89474 (r12841) I get the following (with/without --with-cairo and/or --with-libsvg-cairo):

g++: @LIBSVG_CAIRO_INC@: No such file or directory
make: *** [renderers/agg/src/clipper.o] Error 1

the configure script was not commited to trunk, you'l have to regenerate it by running autoconf.

[mapserver-bot]

Author: assefa
Date: 2011/12/06 - 17:12
should we commit the configure file generated by autoconf (v 2.67)? I never committed that file so I am not sure if I should do, there seems to be a lot of changes when doing a diff.

[mapserver-bot]

Author: zjames
Date: 2011/12/07 - 19:25
Updated configure.in and configure have been committed in cb06992 (r12865) and d5d7c95 (r12866)

[mapserver-bot]

Author: havatv
Date: 2012/03/26 - 08:57
Added to trunk symbol documentation in MapServer/MapServer-documentation@f1124da (r13306).

[mapserver-bot]

Author: tbonfort
Date: 2012/03/30 - 17:14
In 2da5aba (r13309) I have refactored the SVG code so it does not have to store scale and rotation in the symbol->pixmap_buffer rasterBufferObj. SVG cached data is stored in symbol->renderer_cache as planned, and there is no mixing up between SVG and PIXMAP types in symbol->type.

This is not a minor change, so concerned people might want to check everything is ok on there own end.

[mapserver-bot]

attachment http://trac.osgeo.org/mapserver/attachment/ticket/3671/svgsymbols.patch :

   svg symbols patch against [12103]

[mapserver-bot]

attachment http://trac.osgeo.org/mapserver/attachment/ticket/3671/svgsymbols-r12756.patch :

   patch against r12756

[mneige]

Hi, was this implemented since then? Thank you!

[jmckenna]

@mneige if you are asking if MapServer supports using SVG symbols, I can confirm that it does (if you're on Windows, MS4W includes this support for several years now, out-of-the-box). I can tell you that it was very difficult compiling this support in, so that's why I am happy to announce that for several years now there's been no issues by users :) It's a very important feature. I hope this info helps. Further questions should be definitely sent to the MapServer-users list.

[mneige]

Thank you very much!