<div dir="ltr">Hi Andreas,<div>Thanks for further testing. I figured if something as simple as a fill wasn't implemented then catogorisation probably wouldn't be.</div><div><br></div><div>A further thought - not all vector formats support styling (shapefile being the most notable exception). Should it remain a general option or be moved to "Datasource Options" for any supported style?</div>
<div>I lean towards the later option myself.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Cheers,</div><div class="gmail_extra"><br clear="all"><div>Jonathan<br><br><br></div>
<br><br><div class="gmail_quote">On 10 March 2014 16:04, Andreas Neumann <span dir="ltr"><<a href="mailto:a.neumann@carto.net" target="_blank">a.neumann@carto.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Jonathan,<br>
<br>
I can only partially confirm what you describe.<br>
<br>
I agree that for area feature the feature styling does not work for KML.<br>
However, for line features, it works fine and there is a difference<br>
between the three options. The "no symbology" only exports a single line<br>
color, the "feature symbology" correctly exports the colors assigned to<br>
the categories and the "symbol layer symbology" exports line features<br>
multiple times in case of multiple levels in the line symbology.<br>
<br>
So I'd rather improve this than remove it. If someone could work on the<br>
area feature styling it would be great. Or maybe hook up with the OGR<br>
project if things don't work as expected.<br>
<br>
Andreas<br>
<br>
Am 10.03.2014 15:47, schrieb Jonathan Moules:<br>
<div class="HOEnZb"><div class="h5">> Hi Andreas,<br>
> I'm testing with a simple polygon that's using the default style QGIS gave<br>
> it (so basically black border and a random fill colour).<br>
> I've exported using both options - all I get in the KML file is a black<br>
> border, no fill.<br>
> I can change the colour of the border in QGIS and it changes in the KML<br>
> file. So I guess that's a very partial implementation.<br>
><br>
> *However* - If I set it to "no symbology" I still get the coloured<br>
> boundary. So changing the value appears to do absolutely nothing which is I<br>
> guess what I saw when I first tested it (a while back). Hence my wondering<br>
> what it actually did.<br>
><br>
> Can you confirm this behaviour? It seems superfluous to have an option that<br>
> is ignored.<br>
><br>
> Cheers,<br>
> Jonathan<br>
><br>
><br>
><br>
> On 10 March 2014 15:30, Andreas Neumann <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>> wrote:<br>
><br>
>> Hi Jonathan,<br>
>><br>
>> The thread you are quoting is from 2011. The OGR feature styling was<br>
>> introduced later (in late 2012 or early 2013 I think).<br>
>><br>
>> So did you really test KML export with "Feature symbology" or "symbol<br>
>> layer symbology"?<br>
>><br>
>> I just tested it with QGIS master and with line features and different<br>
>> line colors. It worked. What did you do that it did not work? What<br>
>> steps? Do you have project/data to share?<br>
>><br>
>> Andreas<br>
>><br>
>> Am 10.03.2014 15:07, schrieb Jonathan Moules:<br>
>>> Hi Andreas,<br>
>>> I don't believe QGIS exports any KML styling. I was interested in doing a<br>
>>> full style KML export and got this -<br>
>>><br>
>> <a href="http://osgeo-org.1560.x6.nabble.com/styling-a-KML-KMZ-file-using-QGIS-td4125929.html-" target="_blank">http://osgeo-org.1560.x6.nabble.com/styling-a-KML-KMZ-file-using-QGIS-td4125929.html-</a><br>
>>> seems not to be possible.<br>
>>><br>
>>> I'll open a ticket for removing/hiding it. I'd suggest you open a ticket<br>
>>> for expanding it - you know more about it so will be able to write a<br>
>> better<br>
>>> ticket about it. :-)<br>
>>><br>
>>> Regards,<br>
>>> Jonathan<br>
>>><br>
>>><br>
>>><br>
>>> On 10 March 2014 14:59, Andreas Neumann <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>> wrote:<br>
>>><br>
>>>> Hi,<br>
>>>><br>
>>>> Actually it is not tied to DXF, but DXF was the reason why it was<br>
>>>> introduced. It is just generic OGR feature styling.<br>
>>>><br>
>>>> Maybe it should be removed/hidden/disabled because DXF now has its<br>
>>>> separate export. Maybe assign Marco Hugentobler to this ticket as he<br>
>>>> worked on this.<br>
>>>><br>
>>>> Unless someone wants to work on it and improve it.<br>
>>>><br>
>>>> Does it not work at all with KML? Not even a simple line color?<br>
>>>><br>
>>>> Andreas<br>
>>>><br>
>>>> Am 10.03.2014 14:49, schrieb Jonathan Moules:<br>
>>>>> Hi Andreas,<br>
>>>>> Thanks for the information. I'd suggest it should probably be removed<br>
>>>>> until/unless it is fleshed out as you note. Either that or changed to<br>
>> be<br>
>>>> a<br>
>>>>> "Datasource option" specific for DXF.<br>
>>>>> Should I open a ticket for this?<br>
>>>>><br>
>>>>> Cheers,<br>
>>>>> Jonathan<br>
>>>>><br>
>>>>><br>
>>>>><br>
>>>>> On 10 March 2014 14:35, Andreas Neumann <<a href="mailto:a.neumann@carto.net">a.neumann@carto.net</a>> wrote:<br>
>>>>><br>
>>>>>> Hi Jonathan,<br>
>>>>>><br>
>>>>>> This was originally introduced for DXF export to keep symbology as<br>
>> good<br>
>>>>>> as it can - which is now in its separate function (Project -> DXF<br>
>>>>>> Export) and not in the "save layer as" anymore.<br>
>>>>>><br>
>>>>>> It uses the OGR feature styling, which in itself is rather limiting.<br>
>>>>>> This isn't widely implemented and tested. Would be nice if some devs<br>
>> or<br>
>>>>>> interested customers/users could give it some love.<br>
>>>>>><br>
>>>>>> Andreas<br>
>>>>>><br>
>>>>>> Am 10.03.2014 13:45, schrieb Jonathan Moules:<br>
>>>>>>> Hi List,<br>
>>>>>>> General curiosity question.<br>
>>>>>>> When using "Save Vector Layer as" to save a vector layer, there's an<br>
>>>>>>> optioon:<br>
>>>>>>> "Symbology Export"<br>
>>>>>>><br>
>>>>>>> This in turn has three options:<br>
>>>>>>> "No Symbology"<br>
>>>>>>> "Feature symbology"<br>
>>>>>>> "Symbol layer symbology"<br>
>>>>>>><br>
>>>>>>> What does this do? I've tried exporting to both KML and TAB files<br>
>> using<br>
>>>>>>> these options but they don't appear to keep the symbology.<br>
>>>>>>><br>
>>>>>>> Cheers,<br>
>>>>>>> Jonathan<br>
>>>>>>><br>
>>>>>>><br>
>>>>>>><br>
>>>>>>> _______________________________________________<br>
>>>>>>> Qgis-user mailing list<br>
>>>>>>> <a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
>>>>>>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
>>>>>>><br>
>>>>>><br>
>>>>>> _______________________________________________<br>
>>>>>> Qgis-user mailing list<br>
>>>>>> <a href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a><br>
>>>>>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
>>>>>><br>
>>>>><br>
>>>><br>
>>>><br>
>>><br>
>><br>
>><br>
><br>
<br>
</div></div></blockquote></div><br></div></div>
<br>
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;background-color:rgb(255,255,255)">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.</span>