<div dir="ltr"><div>It's the purpose of the QuickOSM default parser. It will not lose any key/value, so you will have one column for each keys.</div><div><br></div><div>But if you load your file without plugins and not with the OSM core provider in QGIS 2, I'm surprise that you got the "highway" key on the "other_tags" field. I suspect you modified your own osmconf.ini.</div><div>According to the default file, "highway" must have its own field: <a href="https://github.com/OSGeo/gdal/blob/master/gdal/data/osmconf.ini#L48">https://github.com/OSGeo/gdal/blob/master/gdal/data/osmconf.ini#L48</a><br></div><div><br></div><div>You can still use the default parser and use the whitelist field in QuickOSM QGIS 2. It will parse only these OSM keys (separated by a comma). If you have your own OSM file on your computer, when you open it with QuickOSM (2 and 3), you can provide your custom OSMConf.ini file which specify which OSM keys you want to parse.</div><div><br></div><br></div><div class="gmail_extra"><br><div class="gmail_quote">2018-07-24 8:35 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 Marco,<br>
<br>
thanks for the answer and the explanation.<br>
<span class=""><br>
> I guess you are missing an understanding for OSMs data model. OSM is<br>
> very flexible in adding attributes to a feature by adding key/value<br>
> pairs. If this is to be represented in a GIS data away (table) you have<br>
> to convert the data importing just relevant keys (each becoming a<br>
> column), which results in loss of some attributes, or you can use<br>
> something like hstore in postgresql [1] meaning you store the set of<br>
> key/value pairs (or dictionary in python-terms) in one column. This is<br>
> lossless and seems to be what is used here.<br>
<br>
</span>well I think that even if lossless the information are pretty much<br>
useless also.<br>
<br>
What I'm saying is that the old OSM core provider of QGIS 2 (download<br>
osm and convert osm to SpatiaLite) and the current QuickOSM plugin (both<br>
QGIS 2 and QGIS 3) stores all the information as well, having maybe a<br>
lot of columns empty, but still usable.<br>
<br>
Cheers<br>
<div class="HOEnZb"><div class="h5"><br>
Matteo<br>
______________________________<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>