[gdal-dev] Problem with merging SHAPEs into SpatiaLite

Even Rouault even.rouault at spatialys.com
Thu Oct 5 04:14:54 PDT 2017


On jeudi 5 octobre 2017 10:52:42 CEST Casper Børgesen wrote:
> Hi Even
> 
> I have prepared a very small test data set:
> 
> 2 shape files
> 1 BAT file
> 1 screenshot of my output
> 
> You can find it here: https://ufile.io/ravt2
> 
> I don't have access to a Linux machine at the moment, so I cannot test it on
> Linux. But I am curious to know if it works on Linux :)

Oh I wrongly assumed you used geopackage whereas you use sqlite

The difference is that the sqlite driver applies by default name laundering which will turn "a-
b" into a_b in the creation stage. So your append -nln "a-b" will match a non existing layer

Add -lco LAUNDER=NO to the creation stage and that will solve it.

> 
> Regards, Casper
> 
> From: Even Rouault [mailto:even.rouault at spatialys.com]
> Sent: 5. oktober 2017 12:34
> To: gdal-dev at lists.osgeo.org
> Cc: Casper Børgesen <caboe at sdfe.dk>
> Subject: Re: [gdal-dev] Problem with merging SHAPEs into SpatiaLite
> 
> On mercredi 4 octobre 2017 08:58:25 CEST Casper Børgesen wrote:
> > Hi Jukka
> > 
> > 
> > 
> > I tried only to discover that the error is probably about an invalid (?)
> > 
> > layer name (-nln). ogr2ogr doesn't complain if I give it a layer name with
> > 
> > a dash in the middle, like 'some-thing'. When appending data to the layer
> > 
> > using the same layer name, I get the error message.
> > 
> > I don't know if this type of layer names are indeed invalid and if so, the
> > 
> > current behaviour of ogr2ogr not complaining is intended.
> 
> I cannot reproduce on Linux (and can't see why that would be Windows
> specific)
> 
> 
> 
> The following works fine for me:
> 
> ogr2ogr -f gpkg test.gpkg ../autotest/ogr/data/poly.shp -nln "a-b"
> 
> ogr2ogr -gt 100000 -update -append test.gpkg ../autotest/ogr/data/poly.shp
> -nln "a-b"
> 
> 
> 
> Even
> 
> 
> 
> --
> 
> Spatialys - Geospatial professional services
> 
> http://www.spatialys.com


-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20171005/f92ca294/attachment.html>


More information about the gdal-dev mailing list