<div dir="ltr"><div></div><div></div><div>When you have your .osm file on your computer (eg downloaded from outside QGIS), you can open it with:</div><div>* QuickOSM with the default parser, each keys will have their own fields.</div><div>* QuickOSM with your custom osmconf.ini file. The attribute table is defined according to your osmconf file.<br></div><div>* OSM core importer in QGIS 2, not sure about the final attribute table.</div><div>* QGIS, loading a normal vector file. The osmconf file on your computer will be used to define the attribute table.</div><div><br></div><div>So it seems you are using the last option, right? So maybe you modified the default osmconf file?<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-07-24 9:14 GMT-04:00 matteo <span dir="ltr"><<a href="mailto:matteo.ghetta@gmail.com" target="_blank">matteo.ghetta@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Etienne,<br>
<br>
wait maybe we are confusing providers ;)<br>
<br>
QuickOSM parser works great. So far I never had a problem when<br>
downloading data with your plugin.<br>
<br>
But if the .osm file is downloaded outside QGIS (e.g. directly on<br>
<a href="http://openstreetmap.com" rel="noreferrer" target="_blank">openstreetmap.com</a>) the parser (GDAL?!) makes columns collapsing.<br>
<br>
I attached a screenshot of the only 2 columns I have from the point<br>
layer loaded from the osm file (center of Rome city). So except for<br>
"osm_id" **all** the other tags are concatenated in the nameless second<br>
column.<br>
<br>
I really don't know is I'm missing something, but I thought that the<br>
workflow was pretty straightforward.<br>
<br>
Thanks!<br>
<span class="HOEnZb"><font color="#888888"><br>
Matteo<br>
</font></span></blockquote></div><br></div>