<div dir="ltr">Editing OSM data in QGIS looks quite difficult. The OSM data format is quite far away from any GIS format. And relations are totally not supported. I think it's out of scope for now<div><br></div><div>> <span style="font-size:12.800000190734863px">Does quick OSM give us the same download as local dataset feature. I have never looked.</span></div><div><span style="font-size:12.800000190734863px"><br></span></div><div><span style="font-size:12.800000190734863px">Yes it does. You can either use the Overpass API to query the OSM database or you can open a local OSM file (PBF or XML) using your custom osmconf.ini.</span></div><div><span style="font-size:12.800000190734863px"><br></span></div><div><span style="font-size:12.800000190734863px">I think QGIS should provide a way to :</span></div><div><span style="font-size:12.800000190734863px">* download an OSM dataset from overpass and save it to a local file. It was only XML format, but it seems PBF is supported since a few months only </span><a href="http://gis.19327.n8.nabble.com/PBF-output-prototype-available-for-testing-td5884534.html">http://gis.19327.n8.nabble.com/PBF-output-prototype-available-for-testing-td5884534.html</a> so I might be good to load the PBF file with OGR now.</div><div><span style="font-size:12.800000190734863px">* load this file in QGIS, without having the "other_tags" column (or having hstore as mentioned). QuickOSM is doing a first loop to determine every field which are needed in the vector layer, it's quite time-consuming.</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-10-12 14:52 GMT+02:00 Hugo Mercier <span dir="ltr"><<a href="mailto:hugo.mercier@oslandia.com" target="_blank">hugo.mercier@oslandia.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 12/10/2017 14:27, Stefan Keller wrote:<br>
> 2017-10-12 11:43 GMT+02:00 Hugo Mercier <<a href="mailto:hugo.mercier@oslandia.com">hugo.mercier@oslandia.com</a>>:<br>
>> On 12/10/2017 11:30, Stefan Keller wrote:<br>
> ...<br>
>> Support for hstore columns in qgis 3 for example could be reused in some<br>
><br>
> Yes, I'm excited to hear that hstore type is part of QGIS 3.<br>
><br>
>> And we would have to find a smart way to handle OSM relations.<br>
><br>
> Agreed. BUT: there is still the topology to handle:<br>
> Importers convert certain ways and relations to lines and polygons<br>
> and throw away the node-id just keeping the coordinates/support points.<br>
> How would you store these node-ids?<br>
<br>
</span>If I had a RDBMS, I'll use editable views for that. On-the-fly<br>
geometries generated from nodes, ways and relations and triggers to make<br>
sure the whole topology is always respected.<br>
<br>
I don't have a solid solution yet, but virtual layers and/or geometry<br>
generators and/or a SQLite db may be a base for a first implementation.<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a></div></div></blockquote></div><br></div>