<div dir="ltr"><div>I could replicate your issue too on QGIS 3.2 Matteo.</div><div>Not always, maybe depending on the geometry or how many layer you load at the same time:</div><div>Maybe linked to <a href="https://issues.qgis.org/issues/19477" target="_blank">https://issues.qgis.org/<wbr>issues/19477</a> (I got some different behaviors according to the number of layer loaded) and <a href="https://issues.qgis.org/issues/19461" target="_blank">https://issues.qgis.org/<wbr>issues/19461</a><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-07-24 9:45 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">Hey,<br>
<span class="">> When you have your .osm file on your computer (eg downloaded from<br>
> outside QGIS), you can open it with:<br>
> * QuickOSM with the default parser, each keys will have their own fields.<br>
> * QuickOSM with your custom osmconf.ini file. The attribute table is<br>
> defined according to your osmconf file.<br>
> * OSM core importer in QGIS 2, not sure about the final attribute table.<br>
> * QGIS, loading a normal vector file. The osmconf file on your computer<br>
> will be used to define the attribute table.<br>
> <br>
> So it seems you are using the last option, right? So maybe you modified<br>
> the default osmconf file?<br>
<br>
</span>it seems so. Never touched the osmconf file (almost a fresh Debian Sid<br>
OS). It just seems strange to me that the "default" parser (the last one<br>
of the list) is lossy (meaning that many columns can collapse into a<br>
single not usable one).<br>
<br>
Anyway: QuickOSM parser works like a charm ;)<br>
<br>
Thanks to all<br>
<span class="HOEnZb"><font color="#888888"><br>
Matteo<br>
</font></span></blockquote></div><br></div>