Thomas,<div><br></div><div>While I'm not sure about all technical details, but having librsvg licensed with GPL is a bit discouraging. Not sure if all the distributors of MapServer would want to change their licenses to GPL because of this. Supporting both librsvg and libsvg-cairo in parallel seems to be a short term approach only. If we don't think the libsvg-cairo will be supported, that line will die shortly.</div>
<div><br></div><div>Don't we have other alternatives?</div><div><br></div><div>Best regards,</div><div><br></div><div>Tamas</div><div><br></div><div><br><br><div class="gmail_quote">2013/7/24 thomas bonfort <span dir="ltr"><<a href="mailto:thomas.bonfort@gmail.com" target="_blank">thomas.bonfort@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Devs,<br>
<br>
While implementing svg symbology support, we made the choice to go<br>
with libsvg+libsvg-cairo for parsing and rendering of svg files, as<br>
those were the libraries that had the least dependencies. It turns out<br>
both those libraries are more or less abandonware, resulting in their<br>
absence from a number of distros, and an incompatibility with newer<br>
cairo apis.<br>
<br>
Along with release 6.4, I propose to add an SVG symbol implementation<br>
based on librsvg [ <a href="https://wiki.gnome.org/LibRsvg" target="_blank">https://wiki.gnome.org/LibRsvg</a> ], with the<br>
following consequences:<br>
<br>
- the user can decide at compile time wether to use libsvgcairo or librsvg<br>
- librsvg is maintained and present in distros, being a core component of gnome<br>
- librsvg has a number of dependencies, making its compilation/usage<br>
on non-standard platforms possibly problematic (c.f. previous point:<br>
but it is distributed by distros).<br>
- librsvg is GPL, with all that that might imply for people releasing<br>
mapserver binaries.<br>
<br>
This seems like the only way out if we want to continue supporting SVG<br>
symbols in the longer run. I understand the limitations, however the<br>
user still has the option to fall back to the current situation with<br>
libsvg-cairo.<br>
<br>
Jeff: concerning windows, all I can say is that librsvg support on<br>
windows can't be worse than that of libsvg-cairo.<br>
<br>
I'm not sure this really warrants a vote, but here goes in case anyone<br>
wants to veto.<br>
<br>
+1 for adding librsvg as an alternative to libsvg-cairo for rendering<br>
svg symbols.<br>
<br>
best regards,<br>
thomas<br>
_______________________________________________<br>
mapserver-dev mailing list<br>
<a href="mailto:mapserver-dev@lists.osgeo.org">mapserver-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-dev</a><br>
</blockquote></div><br></div>