<div>Hi Andreas,</div><div>The SVG-setting isn't a terrible solution (its fairly decent as I noted in my previous message), however it does mean that if someone is going to distribute QML-with-SVG files, they now also need to include an instruction manual telling them about SVG settings and the like. </div>
<div>Also, remember that while this is simple for you and I, some users aren't as technically saavy as we are.</div><div>Thanks for your help with this,</div><div>Jonathan<br><br><br><br></div><div class="gmail_quote">On 17 August 2012 14:07, Andreas Neumann <span dir="ltr"><<a href="mailto:a.neumann@carto.net" target="_blank">a.neumann@carto.net</a>></span> wrote:<br><blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">Hi Jonathan,<br><br>no - QGIS cannot embed SVG files in QML files. And it's not very likely that this will get implemented - unless you pay someone to implement it.<br>
<br>But the solution with the SVG paths isn't bad/complicated anyway. It is not a lot of work to copy a bunch of SVG files to a central place and set it in the global options, is it?<br><br>Just my opinion,<br>Andreas
<div class="im"><br><br>On Fri, 17 Aug 2012 12:57:18 +0100, Jonathan Moules wrote:<br></div><blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">Hi Andreas,
<div class="im"><br>Unfortunately "relative" doesn't seem to work for QML files (you did<br>say relative to .qgs files, but I don't actually have a project - I'm<br>trying to create stand-alone QML files I can distribute both<br>
internally and to the community). My project is set to use relative<br>paths, I then set up my styling and saved my style to a QML file.<br> <br>I have this data structure:<br> <br>/qml/this_style.qml<br>/symbols/[lots of SVG symbols]<br>
<br>When I then started a new QGIS project, loaded the data then applied<br>the this_style.qml, it didn't load the SVG symbols.<br> <br>Looking in the saved QML file, it is saving the *absolute* path:<br> <br> <br>
<br></div><div class="im">Even if I then search-and-replace this with the relative path:<br> <br></div><div class="im">It still doesn't load the SVG files.<br> <br>Even moving the directory structure to: /qml/symbols/ and then<br>changing the relative term to "./symbols/" doesn't resolve it.<br><br>Would this be considered a bug or desired behaviour?<br>
<br> <br>The only way I've found to get it working is to change the QML file to<br>only point at the file name itself, then make that directory a<br>"SVG path". This works and seems a fairly decent solution, though<br>
personally I'd still feel better if they were included in the QML file<br>itself, it'd make distribution easier and importing easier.<br> <br>Jonathan<br><br> <br></div>On 17 August 2012 12:22, Andreas Neumann wrote:<br>
<br><blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote"><div><div class="h5">Hi Jonathan,<br><br>SVG symbols are always just referenced.<br><br>It is generally good advice to use relative paths in the project<br>settings. This influences paths to spatial data files (e.g. shape<br>
files, tiff files, spatialite), but also the SVG files. Relative<br>means relative to the .qgs project file.<br><br>I generally create a directory per GIS project and put the .qgis in<br>the root of this directory and svg Files in a subdirectory.<br>
<br>Alternatively, you can use the central storage of SVG files. This<br>can be anywhere in your file system and you can define it in the<br>Global Options --> Rendering --> SVG Paths<br><br>Hope this helps.<br><br>
Andreas<br><br>On Fri, 17 Aug 2012 11:03:53 +0100, Jonathan Moules wrote:<br><br></div></div><blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote"><div><div class="h5">Hi Andreas,<br>I've used this to style up my data, and it was looking excellent<br>good.<br>However I then moved the SVG files that were being used as the SVG<br>Markers for the point fill (they were in a temporary directory on<br>
my<br>desktop). Unfortunately this seems to have resulted in all of the<br>point filled stylings now not working!<br><br>Is this desired behaviour?<br>I expected the SVG styling information to be stored in the QML<br>file,<br>
that way I could just share the QML files and they'd work. This<br>way it<br>basically renders QML files useless for sharing - everyone will<br>want<br>to put the SVG files somewhere different because everyone has a<br>
different directory structure.<br> <br>If I look into the styling as loaded, the SVG maker is pointing<br>at:<br>"C:/PROGRA~1/Quantum GIS Lisboa/apps/qgis/svg"<br>If I move the SVG files into there, they still aren't loaded if I<br>
reload the style.<br>Any thoughts? Hows this supposed to work?<br> <br>Jonathan<br><br> <br>On 16 August 2012 16:13, Jonathan Moules wrote:<br><br></div></div><blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote"><div><div class="h5">Thats exactly what I want, works great, thanks!<br><br>On 16 August 2012 15:25, Andreas Neumann wrote:<br><br></div></div><blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote"><div><div class="h5"><blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">supplied symbols, I'm not convinced QGIS could symbolise<br>them neatly<br>anyway without tweaking the SVG itself (i.e. there's no way<br>
to<br>specify<br>distance between symbols for instance).<br></blockquote><br>The patterns, by definition, don't have spacing between the<br>tiles,<br>because patterns should provide seamless tiling. However, you<br>can<br>
specify the tile size.<br><br>If you want spacing between symbols, you could use the point<br>pattern fill editor where you can also use SVG point markers<br>and<br>provide spacing and displacement. This requires QGIS 1.8, I<br>
believe.<br><br>Andreas<br><br>--<br>Andreas Neumann<br>Böschacherstrasse 10A<br>8624 Grüt (Gossau ZH)<br>Switzerland<br><br>______________________________<u></u>_________________<br>Qgis-user mailing list<br></div></div>
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a> [1] [1]<br><a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-user</a> [2] [2]<br>
</blockquote></blockquote><div class="im"><br> This transmission is intended for the named addressee(s) only<br>and may<br>contain sensitive or protectively marked material up to RESTRICTED<br>and<br>should be handled accordingly. Unless you are the named addressee<br>
(or<br>authorised to receive it for the addressee) you may not copy or<br>use<br>it, or disclose it to anyone else. If you have received this<br>transmission in error please notify the sender immediately. All<br>email<br>
traffic sent to or from us, including without limitation all GCSX<br>traffic, may be subject to recording and/or monitoring in<br>accordance<br>with relevant legislation.<br><br>Links:<br>------<br></div>[1] mailto:<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.<u></u>org</a> [3]<br>
[2] <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-user</a> [4]<br>[3] mailto:<a href="mailto:a.neumann@carto.net" target="_blank">a.neumann@carto.net</a> [5]<br>
[4] mailto:<a href="mailto:jonathanmoules@warwickshire.gov.uk" target="_blank">jonathanmoules@<u></u>warwickshire.gov.uk</a> [6]<br></blockquote><div class="im"><br>--<br><br>--<br>Andreas Neumann<br>Böschacherstrasse 10A<br>8624 Grüt (Gossau ZH)<br>Switzerland<br></div></blockquote><br><div class="im"> This transmission is intended for the named addressee(s) only and may<br>contain sensitive or protectively marked material up to RESTRICTED and<br>should be handled accordingly. Unless you are the named addressee (or<br>
authorised to receive it for the addressee) you may not copy or use<br>it, or disclose it to anyone else. If you have received this<br>transmission in error please notify the sender immediately. All email<br>traffic sent to or from us, including without limitation all GCSX<br>
traffic, may be subject to recording and/or monitoring in accordance<br>with relevant legislation.<br><br><br>Links:<br>------<br>[1] mailto:<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.<u></u>org</a><br>
[2] <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-user</a><br></div>[3] mailto:<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.<u></u>org</a><br>
[4] <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/<u></u>mailman/listinfo/qgis-user</a><br>[5] mailto:<a href="mailto:a.neumann@carto.net" target="_blank">a.neumann@carto.net</a><br>
[6] mailto:<a href="mailto:jonathanmoules@warwickshire.gov.uk" target="_blank">jonathanmoules@<u></u>warwickshire.gov.uk</a><br>[7] mailto:<a href="mailto:a.neumann@carto.net" target="_blank">a.neumann@carto.net</a><br></blockquote>
<div class="HOEnZb"><div class="h5"><br>-- <br>--<br>Andreas Neumann<br>Böschacherstrasse 10A<br>8624 Grüt (Gossau ZH)<br>Switzerland<br></div></div></blockquote></div><br><BR>
<BR>
This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.<BR>