Solved the mistery :) Osgeo4W's GDAL seems to not have splite, so the output SQLite db wasn't a spatialite db.
giovanni 2014-05-16 10:12 GMT+02:00 G. Allegri <[email protected]>: > Hi Even, thanks. > A new run ended with the mentioned errors and a warning about a bad > polygon. > I thought it was a bad sqlite because QGIS couldn't load it, but ogrinfo > and ogr2ogr work well with it (I could convert to shapefiles). > > giovanni > > > 2014-05-15 20:06 GMT+02:00 Even Rouault <[email protected]>: > > Le jeudi 15 mai 2014 16:29:52, G. Allegri a écrit : >> > I'm trying to use the OGR OSM driver to convert an .osm file to sqlite >> > (spatialite) >> > Running: >> > >> > ogr2ogr -f SQlite myosm.sqlite myosm.osm -dsco SPATIALITE=YES >> > >> > I obtain: >> > >> > ERROR 1: Too many tags in relation 365331 >> > ERROR 1: Too many tags in relation 365331 >> > ERROR 1: Too many tags in relation 365331 >> > ERROR 1: Too many tags in relation 365331 >> > ERROR 1: Too many tags in relation 365331 >> > ERROR 1: Too many tags in relation 365331 >> > ERROR 1: Too many tags in relation 365331 >> > >> > (yes, it's repeated) >> > Relation 365331 is the italian administrative boundary ( >> > http://www.openstreetmap.org/relation/365331). It contains a lot of >> tags >> > (mainly translations). >> > >> > Is there a limit to the number of relations OSM's driver can manage? >> >> The error comes from the XML .osm parser in fact. I see it has not the >> logic >> of the PBF parser to increase the hard-coded initial values. So the max is >> 256. >> If you convert your .osm into a .pbf, I suspect you wouldn't have this >> error. >> Otherwise if you compile from source you can increase the value at line >> 2246 >> of ogr/ogrsf_frmts/osm/osm_parser.cpp ( psCtxt->nTagsAllocated = 256; ). >> But that error is not critical. The extra tags after the 256 first ones >> will >> just be ignored. >> Anyway it might be good if you can open a ticket about that issue. >> >> > How to >> > avoid loading all those name "subtags"? >> > >> > giovanni >> >> -- >> Geospatial professional services >> http://even.rouault.free.fr/services.html >> > > > > -- > Giovanni Allegri > http://about.me/giovanniallegri > Twitter: https://twitter.com/_giohappy_ > blog: http://blog.spaziogis.it > GEO+ geomatica in Italia http://bit.ly/GEOplus > -- Giovanni Allegri http://about.me/giovanniallegri Twitter: https://twitter.com/_giohappy_ blog: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus
_______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
