Le samedi 23 janvier 2016 17:33:44, Jürgen E. Fischer a écrit :
> Hi Even,
>
> On Sat, 23. Jan 2016 at 16:10:56 +0100, Even Rouault wrote:
> > Here's what I tried:
> The problem appears in the following layer. The transaction is still in an
> unusable state and hence the next statement also fails
Hi Even,
On Sat, 23. Jan 2016 at 16:10:56 +0100, Even Rouault wrote:
> Here's what I tried:
The problem appears in the following layer. The transaction is still in an
unusable state and hence the next statement also fails (ERROR 1: ERROR: current
transaction is aborted, commands ignored until en
Hi Jürgen,
your change looks sane, but I'm unable to reproduce an issue with the current
code, as before each insertion in skip_failures mode, the previous transaction
is committed (since -gt is forced to 1) (which seems to have the effect of a
rollback, but that perhaps only works in some cont
Hi Even,
On Fri, 22. Jan 2016 at 12:14:32 +0100, Even Rouault wrote:
> ... and now a GDAL/OGR 2.0.2 release candidate. Please review and test.
I added it to OSGeo4W as experimental.
I found one problem that causes ogr2ogr to break when inserting duplicate data
into postgres although -skipfailure
On 2016-01-22 7:14 AM, Even Rouault wrote:
... and now a GDAL/OGR 2.0.2 release candidate. Please review and test.
Peek up an archive among the following ones (by ascending size):
http://download.osgeo.org/gdal/2.0.2/gdal-2.0.2RC1.tar.xz
http://download.osgeo.org/gdal/2.0.2/gdal-2.0.2RC1.
... and now a GDAL/OGR 2.0.2 release candidate. Please review and test.
Peek up an archive among the following ones (by ascending size):
http://download.osgeo.org/gdal/2.0.2/gdal-2.0.2RC1.tar.xz
http://download.osgeo.org/gdal/2.0.2/gdal-2.0.2RC1.tar.gz
http://download.osgeo.org/gdal/2.0.2/g
