Re: [gdal-dev] How do I set PROJ_LIB env variable inside my program?

Igor, with GDAL 3, use instead OSRSetPROJSearchPaths() See https://github.com/OSGeo/gdal/issues/1905#issuecomment-538421434 Even -- Spatialys - Geospatial professional services http://www.spatialys.com ___ gdal-dev mailing list gdal-dev@lists.osgeo.o

[gdal-dev] How do I set PROJ_LIB env variable inside my program?

I have a little code snippet that checks if the PROJ data is accessible to GDAL: OGRSpatialReference r; r.importFromEPSG(4979); char * wkt; r.exportToWkt(&wkt); auto s = qgetenv("PROJ_LIB"); if (wkt[0] == '\0') throw std::runtime_error("PROJ_LIB error

Re: [gdal-dev] gdalsrsinfo Incorrect or Inconsistent results reporting EPSG codes

Link below is to a sample IMG file on WeTransfer: https://we.tl/t-KtV9xCLaDF Depending on the computer, this is showing as: EPSG: -1 EPSG: 26914 EPSG: 6343 when using gdalsrsinfo -e {image} or gdalsrsinfo -o epsg {image} Thank you, David C. jratike80 wrote: Subject: Re: [gdal-dev] gdalsrsinf

Re: [gdal-dev] Access control over MEM driver datasets

On vendredi 1 novembre 2019 17:23:36 CET Agram, Piyush S (US 334K) wrote: > Hi everyone, > I wanted to bring attention to an issue raised on the github page > regarding ReadOnly access to datasets created using the MEM driver. > https://github.com/OSGeo/gdal/issues/1971 > > Is this a known is

[gdal-dev] Access control over MEM driver datasets

Hi everyone, I wanted to bring attention to an issue raised on the github page regarding ReadOnly access to datasets created using the MEM driver. https://github.com/OSGeo/gdal/issues/1971 Is this a known issue? Do you foresee any problems with taking out the hardcoded GA_Update mode access

[gdal-dev] TLDR manpages

Dear list, a short notification: I added ogr2ogr and ogrinfo to TLDR: https://

Re: [gdal-dev] Limit on the number of files for gdalbuildvrt

Dear Even, Thanks for your help. After a bit more dredging, I am only able to repeat my problem on a particularly mounted filesystem in an HPC facility I use. On other systems (and even other mountpoints on that same HPC system) things work as expected. I've taken this up with our administrators,

Re: [gdal-dev] Motion: approve GDAL 2.4.3RC1 and 3.0.2RC1 as final

+1 -jeff On 2019-10-31 8:08 AM, Even Rouault wrote: Hi, A few issues [1] have been fixed since in those branches since the RCs, but they predated 2.4.0, so those new releases are not worse than their previous x.y.0, so I move to Motion: approve GDAL 2.4.3RC1 and 3.0.2RC1 as final __

Re: [gdal-dev] Python Bindings and Closed Datasets

Patrick, with your updated script, the good & bad news is that I can reproduce it quite reliably, including with GDAL master on a debug build. I strongly suspect a subtle race issue in the global GDAL block cache or in the way the GTiff driver interacts with it, rather than something Python spe

Re: [gdal-dev] NetCDF and ESA Probav issue with corner coordimates

Thanks Andrew and Richard, Very good examples. I have struggled with that so many times when developing GDAL drivers or when dealing with data in formats like HDF4, HDF5, NetCDF. Some formats have a pretty good easy way of telling which way to go about upperleft or center pixel coordinate. But

Re: [gdal-dev] NetCDF and ESA Probav issue with corner coordimates

Does https://gis.stackexchange.com/questions/122670/is-there-a-standard-for-the-coordinates-of-pixels-in-georeferenced-rasters#122687 help you to understand the issue ? On Fri, 1 Nov 2019, Richard Duivenvoorde wrote: Hi Ivan, I think I reported an issue like this some time ago in the QGIS

[gdal-dev] set GDAL ColorTable from QGIS QML file

Dear all, is there any option how to define GDAL color table from existing QGIS QML file directly via GDAL Python API (at least with limited functionality)? Thanks in advance for feedback, best regards, Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa

Re: [gdal-dev] flipped

I found there is an option WRITE_BOTTOMUP available for gdal_translate , Looking for alternative in C++ On Fri, Nov 1, 2019 at 11:24 AM Dshah wrote: > @Mateusz thanks for the answer, so it is set by GDAL to open data flipped? > > On Fri, Nov 1, 2019 at 9:33 AM Mateusz Loskot wrote: > >> On Fri

Re: [gdal-dev] flipped

@Mateusz thanks for the answer, so it is set by GDAL to open data flipped? On Fri, Nov 1, 2019 at 9:33 AM Mateusz Loskot wrote: > On Fri, 1 Nov 2019, 07:10 Dshah, wrote: > >> Greetings, >> >> When I GDALOpen a .tif image and write a new one, the new image is >> flipped upside down? could someon

Re: [gdal-dev] NetCDF and ESA Probav issue with corner coordimates

Hi Ivan, I think I reported an issue like this some time ago in the QGIS issue tracker: https://issues.qgis.org/issues/20730 I think(!), but I hope some netcdf guru jumps in, that the crux is how you define/interpret your data: is the value valid in the center of the grid (like a raster) or is i

Re: [gdal-dev] gdalsrsinfo Incorrect or Inconsistent results reporting EPSG codes

Hi, Please make is easier for us to help you and provide a link to such raster file. It does not need to be your real, perhaps confidential data, a small extract is actually much better. Just take care that if shows all the issues that you wrote about. Meanwhile you can read https://trac.osgeo.org

Re: [gdal-dev] flipped

On Fri, 1 Nov 2019, 07:10 Dshah, wrote: > Greetings, > > When I GDALOpen a .tif image and write a new one, the new image is flipped > upside down? could someone please help? > > const char *pszFilename = "im.tif"; > poDataset = (GDALDataset *)GDALOpen(pszFilename, GA_ReadOnly); > Write