Re: [gdal-dev] [GRASS-user] Slow import of GHSL

2017-03-16 Thread Markus Neteler
On Mar 16, 2017 11:26 AM, "Nikos Alexandris" wrote: ... >>> unfortunately, because I don't have a lot of free space :-/ >> >> >> maybe because you forgot the enable compression ;-) > > > I should! Remember that you have to explicitly switch on the NULL compression:

Re: [gdal-dev] GeoPackege, views and spatial index

2017-03-16 Thread Even Rouault
On jeudi 16 mars 2017 21:45:09 CET Rahkonen Jukka (MML) wrote: > Hi, > > I can create a spatial view into GeoPackage database by following the > document http://www.geopackage.org/modeling_guidelines.html and I can open > such a view with QGIS. But have I understood right that there is no way in

[gdal-dev] GeoPackege, views and spatial index

2017-03-16 Thread Rahkonen Jukka (MML)
Hi, I can create a spatial view into GeoPackage database by following the document http://www.geopackage.org/modeling_guidelines.html and I can open such a view with QGIS. But have I understood right that there is no way in GeoPackage to link the R-Tree spatial index of the main table with the

Re: [gdal-dev] Gdal Java - Translate creates indestructible file

2017-03-16 Thread Vlad
My bad, was trying to save a variable declaration. Thanks. -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Gdal-Java-Translate-creates-indestructible-file-tp5312723p5312726.html Sent from the GDAL - Dev mailing list archive at Nabble.com.

[gdal-dev] Gdal Java - Translate creates indestructible file

2017-03-16 Thread Vlad
Almost indestructable. Making a .png thumbnail... public String produceThumbnail(Dataset ds, Path tempPath) { Vector optionsVector = new Vector<>(); optionsVector.add("-of"); optionsVector.add("PNG"); optionsVector.add("-outsize");

Re: [gdal-dev] Help requested: Concurrent read of a GeoTiff

2017-03-16 Thread Even Rouault
On jeudi 16 mars 2017 18:45:03 CET Grégory Bataille wrote: > Does that mean a different vrt file or simply reopen the file to create a > gdal object in each process. Because I'm reopening the vrt file in each > thread Ah, that must be issue of http://gdal.org/gdal_vrttut.html#gdal_vrttut_mt Try

Re: [gdal-dev] Help requested: Concurrent read of a GeoTiff

2017-03-16 Thread Grégory Bataille
Does that mean a different vrt file or simply reopen the file to create a gdal object in each process. Because I'm reopening the vrt file in each thread On Thu, 16 Mar 2017 at 17:23, Even Rouault wrote: > On jeudi 16 mars 2017 17:16:20 CET Grégory Bataille wrote: >

Re: [gdal-dev] Gdal Java - Translate creates indestructible file

2017-03-16 Thread Even Rouault
> Is it possible the Translate() method is not closing a Stream somewhere? Absolutely, it returns a valid Dataset object, and thus (on Windows, you are on Windows I guess), you need to close it with .delete() explicitly to release the file handle it owns. Even -- Spatialys - Geospatial

Re: [gdal-dev] Help requested: Concurrent read of a GeoTiff

2017-03-16 Thread Even Rouault
On jeudi 16 mars 2017 17:16:20 CET Grégory Bataille wrote: > Hello all, > > Reaching out to the community caused I have failed for the past few days. > > *short version*, I'm trying to multithread the gdal2tiles utility, and I'm > getting this > > Generating Base Tiles: > ERROR 1:

Re: [gdal-dev] Transformation of a vertical datum

2017-03-16 Thread Even Rouault
On jeudi 16 mars 2017 16:57:11 CET OpenDEM wrote: > Hi, > > > > I would like to transform the vertical datum EPSG:5730 to EPSG:5621 > > > > For more information about the European height reference systems have a look > at: http://www.crs-geo.eu/ > > > > I used gdaltransform, but the z

[gdal-dev] Help requested: Concurrent read of a GeoTiff

2017-03-16 Thread Grégory Bataille
Hello all, Reaching out to the community caused I have failed for the past few days. *short version*, I'm trying to multithread the gdal2tiles utility, and I'm getting this Generating Base Tiles: ERROR 1: LZWDecode:Wrong length of decoded string: data probably corrupted at scanline 256 ERROR 1:

[gdal-dev] Transformation of a vertical datum

2017-03-16 Thread OpenDEM
Hi, I would like to transform the vertical datum EPSG:5730 to EPSG:5621 For more information about the European height reference systems have a look at: http://www.crs-geo.eu/ I used gdaltransform, but the z value is not changing: The CRS is identical EPSG:3035: ETRS89 European

Re: [gdal-dev] [GRASS-user] Slow import of GHSL

2017-03-16 Thread Nikos Alexandris
[..] Nikos: Some messy rough timings: 1) i7, 8 cores, 32GB RAM, Base OS: CentOS -> Three r.in.gdal processes for "p2.tif", each stuck at 3% for almost 14h 2) Xeon, 24 Cores, 32GB RAM, Base OS: Windows -> Three gdal_translate processes with -projwin, the VRT file as an input and GeoTIFF as