Re: [gdal-dev] GetFeatures 1-indexed for spatialite?

2015-02-23 Thread Matt Perry
On Mon, Feb 23, 2015 at 12:46 PM, Even Rouault wrote: > Le lundi 23 février 2015 19:40:42, Matt Perry a écrit : >> I'm running into some strange behavior with the Spatialite driver, >> accessing features through the ogr python bindings. >> >> layer.GetFeature(0) == None >> layer.GetFeature

Re: [gdal-dev] GetFeatures 1-indexed for spatialite?

2015-02-23 Thread Even Rouault
Le lundi 23 février 2015 19:40:42, Matt Perry a écrit : > I'm running into some strange behavior with the Spatialite driver, > accessing features through the ogr python bindings. > > layer.GetFeature(0) == None > layer.GetFeature(1) == ... # first feature > > for spatialite layers only;

Re: [gdal-dev] gdal.FileFromMemBuffer

2015-02-23 Thread Frank Warmerdam
Patrick, After the FileFromMemBuffer() call, the content has been copied to an internal buffer. I think the C++ API has a way of avoiding the copy (if desired) but the python does not. The good thing is, no need to worry about the lifetime of the request result object. Best regards, Frank On

[gdal-dev] gdal.FileFromMemBuffer

2015-02-23 Thread Patrick Young
Hi all, I've been playing around a bit with the vsimem stuff in gdal using python, works great! Basically, I'm getting a json response from an ArcServer endpoint and I want to get out of the ESRI world as quick as I can. My question is, when I do something like this, r = requests.get(url, param

[gdal-dev] Extracting Features

2015-02-23 Thread Tomer
Hey, I'm using the ogr2ogr vector utility, and i want to extract features from a data source which intersect the extent of another data source. How can i do it? Best regards, Tomer -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Extracting-Features-tp5189503.html Sent fr

Re: [gdal-dev] invalid byte sequence for encoding "UTF8": 0xc309

2015-02-23 Thread Martin Landa
Hi Even, 2015-02-23 12:58 GMT+01:00 Even Rouault : > The direct backport wasn't possible since the code had been refactored and > people could likely depend on truncation for non-UTF8 content. > > So I have finally fixed the truncation to work. There was embryonic code, but > wrong/subobtimal, in

Re: [gdal-dev] invalid byte sequence for encoding "UTF8": 0xc309

2015-02-23 Thread Even Rouault
Le lundi 23 février 2015 11:36:33, Martin Landa a écrit : > Hi Even, > > 2015-02-23 11:29 GMT+01:00 Even Rouault : > > Fixed by http://trac.osgeo.org/gdal/changeset/28539 > > > > I'm not sure if people relied on the implicit truncation done by the COPY > > code path, but for now it is better do d

Re: [gdal-dev] invalid byte sequence for encoding "UTF8": 0xc309

2015-02-23 Thread Martin Landa
Hi Even, 2015-02-23 11:29 GMT+01:00 Even Rouault : > Fixed by http://trac.osgeo.org/gdal/changeset/28539 > > I'm not sure if people relied on the implicit truncation done by the COPY code > path, but for now it is better do disable it as it was wrong for UTF-8 > characters. thanks, I can confirm

Re: [gdal-dev] invalid byte sequence for encoding "UTF8": 0xc309

2015-02-23 Thread Even Rouault
Le lundi 23 février 2015 11:12:45, Martin Landa a écrit : > Hi, > > I am having problem to convert VFR file [1] to PostGIS. The command > > ogr2ogr -f PostgreSQL PG:dbname=uvoh > /vsicurl/http://vdp.cuzk.cz/vymenny_format/specialni/20150203_ST_UVOH.xml.g > z -overwrite > > fails with: > > ERROR

[gdal-dev] invalid byte sequence for encoding "UTF8": 0xc309

2015-02-23 Thread Martin Landa
Hi, I am having problem to convert VFR file [1] to PostGIS. The command ogr2ogr -f PostgreSQL PG:dbname=uvoh /vsicurl/http://vdp.cuzk.cz/vymenny_format/specialni/20150203_ST_UVOH.xml.gz -overwrite fails with: ERROR 1: COPY statement failed. ERROR: invalid byte sequence for encoding "UTF8": 0xc