Re: [gdal-dev] geojson size matters?

2016-10-01 Thread Even Rouault
Le samedi 01 octobre 2016 21:47:59, Jaak Laineste a écrit : > I have a big geojson (4.83G) and try to convert it using ogr2ogr (GDAL > 2.1.1, released 2016/07/07, Mac), but after 6 minutes of processing it > terminates with: > > ERROR 1: GeoJSON parsing error: continue (at offset -1) This would

[gdal-dev] geojson size matters?

2016-10-01 Thread Jaak Laineste
I have a big geojson (4.83G) and try to convert it using ogr2ogr (GDAL 2.1.1, released 2016/07/07, Mac), but after 6 minutes of processing it terminates with: ERROR 1: GeoJSON parsing error: continue (at offset -1) ERROR 4: Failed to read GeoJSON data FAILURE: Unable to open datasource

Re: [gdal-dev] SQL FID 0- or 1-based

2016-10-01 Thread Even Rouault
Le samedi 01 octobre 2016 08:20:06, Michael Sumner a écrit : > Hello, I'm seeing that the OGRSQL virtual FID value is 0-based for > shapefile, and 1-based for MapInfo (TAB or MIF). > > Is this driver-dependent generally, or is shapefile (or MI?) a special > case? There's no general rule. I think

Re: [gdal-dev] SQL FID 0- or 1-based

2016-10-01 Thread Michael Sumner
I forgot to add that I'm using 2.1.1, on Debian sid. GDAL 2.1.1, released 2016/07/07 Cheers, Mike. On Sat, 1 Oct 2016 at 16:20 Michael Sumner wrote: > Hello, I'm seeing that the OGRSQL virtual FID value is 0-based for > shapefile, and 1-based for MapInfo (TAB or MIF). >

[gdal-dev] SQL FID 0- or 1-based

2016-10-01 Thread Michael Sumner
Hello, I'm seeing that the OGRSQL virtual FID value is 0-based for shapefile, and 1-based for MapInfo (TAB or MIF). Is this driver-dependent generally, or is shapefile (or MI?) a special case? Using the autotest data I see ## no feature returned (there are 2) ogrinfo