Re: [gdal-dev] deb package for 2.2.3

2018-05-03 Thread Grégory Bataille
yes, that should happen soonish also :) Thanks --- Gregory Bataille On Fri, May 4, 2018 at 8:02 AM Sebastiaan Couwenberg wrote: > On 05/04/2018 07:11 AM, Grégory Bataille wrote: > > I'm running gdal 2.2.2 from ubuntu-gis/experimental .deb package and I > just > > got stuck by https://trac.osg

Re: [gdal-dev] deb package for 2.2.3

2018-05-03 Thread Sebastiaan Couwenberg
On 05/04/2018 07:11 AM, Grégory Bataille wrote: > I'm running gdal 2.2.2 from ubuntu-gis/experimental .deb package and I just > got stuck by https://trac.osgeo.org/gdal/ticket/7143. > Took me some time to debug because I develop locally on Mac, where the > package is at 2.2.3 and the bug is fixed.

Re: [gdal-dev] deb package for 2.2.3

2018-05-03 Thread Grégory Bataille
wow, ok, a bit more work than I expected. Now I understand why it's hard to keep it up-to-date. Thanks for the osgeolive pointer, did not know about it. Cool if you move soon to 2.3.0 and therefore feeds ubuntugis. I'll still see if I can quickly get somewhere is the meantime on my own with what y

Re: [gdal-dev] deb package for 2.2.3

2018-05-03 Thread Sebastiaan Couwenberg
On 05/04/2018 07:11 AM, Grégory Bataille wrote: > I'm running gdal 2.2.2 from ubuntu-gis/experimental .deb package and I just > got stuck by https://trac.osgeo.org/gdal/ticket/7143. > Took me some time to debug because I develop locally on Mac, where the > package is at 2.2.3 and the bug is fixed.

[gdal-dev] deb package for 2.2.3

2018-05-03 Thread Grégory Bataille
Hi all, I'm running gdal 2.2.2 from ubuntu-gis/experimental .deb package and I just got stuck by https://trac.osgeo.org/gdal/ticket/7143. Took me some time to debug because I develop locally on Mac, where the package is at 2.2.3 and the bug is fixed. What does it take to build the .deb package. I

[gdal-dev] C# Read Raster slow

2018-05-03 Thread tval
I am reading a raster to an IntPtr buffer in c#: band.ReadRaster(256, 256, 128, 128, buf, 128, 128, band.DataType, 6, stride) I loop through the size of the raster I am retrieving (say 500x500) pixels and read each 128 block of the raster. The problem is, this can take up to 6 seconds just to rea

Re: [gdal-dev] mssql append fails for non-geometry layers

2018-05-03 Thread Tamas Szekeres
Hi Martin, For some reason the table hasn't been found and the driver wanted to create a new table. I've tried to reproduce this with a shapefile with no geometry uploaded to MSSQL, but I couldn't. Can I have your sample data? Which GDAL version has been used? You could also check what happens by

[gdal-dev] mssql append fails for non-geometry layers

2018-05-03 Thread Martin Landa
Hi all, let's assume sample data: $ ogrinfo sample.gpkg 1: SOBR (Point) 2: VLA (None) Append for geometry layers seems to work: 1) ogr2ogr -f MSSQLSpatial MSSQL:database=kn sample.gpkg sobr -> 1> select count(*) from sobr 2> go --- 5437 2) ogr2ogr -f MSSQLSpatial -append MSS

Re: [gdal-dev] gdal 2.3 ecw 5.4

2018-05-03 Thread Jorge Mendes de Jesus
Hi Can confirm that there is a problem, I made a docker for the developers to test the problem https://github.com/jorgejesus/gdal-ecw Jorge On Thu, May 3, 2018 at 12:04 AM, Jachym Cepicky wrote: > Hi, > > I try to build gdal (`git checkout release 2.3`, but the same result I've > got on maste