Re: [gdal-dev] gdalinfo's and rasterio's reading problem in LUSTRE FS with NetCDF file (ubuntu:bionic)

2019-06-05 Thread Even Rouault
On mercredi 5 juin 2019 13:44:07 CEST Erick Palacios Moreno wrote: > Hi everyone, > > My team and I have been facing some problems when reading netcdf files in > `LUSTRE` filesystem with `ncdump` tool regarding an HDF5 1.10.1 issue in > `ubuntu:bionic` (see for example: > https://github.com/ALPSC

Re: [gdal-dev] Datum transformation CSV->CSV for WGS84->DGN95

2019-06-05 Thread Even Rouault
On mercredi 5 juin 2019 11:07:44 CEST Sebastian Schoeller wrote: > Dear all, > > I posted a problem on > > https://gis.stackexchange.com/questions/324848/transform-datum-csv-csv-using > -ogr2ogr?noredirect=1#comment529063_324848 > > and was refered to list mailing list. I am trying to convert Z

[gdal-dev] gdalinfo's and rasterio's reading problem in LUSTRE FS with NetCDF file (ubuntu:bionic)

2019-06-05 Thread Erick Palacios Moreno
Hi everyone, My team and I have been facing some problems when reading netcdf files in `LUSTRE` filesystem with `ncdump` tool regarding an HDF5 1.10.1 issue in `ubuntu:bionic` (see for example: https://github.com/ALPSCore/ALPSCore/issues/410) We made a workaround by installing `netcdf-bin` us

Re: [gdal-dev] Axis order in the kml driver

2019-06-05 Thread Even Rouault
Cédric, > - When a layer is created (in the constructor), a wgs84 geoCRS is > created, without setting its "Axis mapping strategy" to > OAMS_TRADITIONAL_GIS_ORDER, meaning that it uses latitude first and > longitude second. Yes, was missing. Just fixed Even -- Spatialys - Geospatial professio

[gdal-dev] Axis order in the kml driver

2019-06-05 Thread Cédric Traizet
Hello, I am trying to use the kml ogr driver in gdal 3.0, but there is something I find weird with the spatial references: - When a layer is created (in the constructor), a wgs84 geoCRS is created, without setting its "Axis mapping strategy" to OAMS_TRADITIONAL_GIS_ORDER, meaning that it use

Re: [gdal-dev] Getting database is locked error when writing to GeoPackage database.

2019-06-05 Thread jkellio2
In C# the using statement calls Dispose for you. I've stepped through the OGR C# code and confirmed that Dispose is called. The database locked error occurs in the OGRGeoPackageTableLayer::SyncToDisk() method on the call RunDeferredCreationIfNecessary(). I drilled down to that method and SQLite

Re: [gdal-dev] Getting database is locked error when writing to GeoPackage database.

2019-06-05 Thread Even Rouault
On mercredi 5 juin 2019 05:38:32 CEST jkellio2 wrote: > I'm using the OGR/GDAL C# managaged API to write to a GeoPackage database > and I keep running into a "database is locked" error when I try to sync the > database to disk. After much experimentation, this appears to only happen > if I first o

[gdal-dev] Getting database is locked error when writing to GeoPackage database.

2019-06-05 Thread jkellio2
I'm using the OGR/GDAL C# managaged API to write to a GeoPackage database and I keep running into a "database is locked" error when I try to sync the database to disk. After much experimentation, this appears to only happen if I first open the GeoPackage to do a read, close the db (Dispose the Dat

Re: [gdal-dev] Issues installing gdal from source code

2019-06-05 Thread Andrew Bell
Perhaps I'm missing something, but I'm seeing no throw specifications on my 2.1 source. I'm guessing you're finding header files from a version that is different from the version you're trying to compile. I'd search your system for "cpl_string.h" and compare with the include directories used duri

[gdal-dev] Datum transformation CSV->CSV for WGS84->DGN95

2019-06-05 Thread Sebastian Schoeller
Dear all, I posted a problem on https://gis.stackexchange.com/questions/324848/transform-datum-csv-csv-using-ogr2ogr?noredirect=1#comment529063_324848 and was refered to list mailing list. I am trying to convert Z in UTM48S/WGS84 to either DGN95 or EGM2008 datum. From what I may read on epsg.io

[gdal-dev] Issues installing gdal from source code

2019-06-05 Thread Jorge Martin
Hello, Trying to compile gdal 2.1.1 we are getting the following error: ./configure --with-libtiff=/opt/cots/tiff-4.0.0 --with-geotiff=/opt/cots/geotiff-1.4.0 --prefix=/opt/cots/gdal_v2 make (cd port; make) make[1]: Entering directory `/data2/mvit/gdal-2.1.1/port' ……. cpl_string.cpp: In