Re: [gdal-dev] layer.GetSpatialRef() fails on linux for shapefiles

2023-09-22 Thread Jonathan Moules via gdal-dev
Tested against the following data types (OGR and GDAL): GeoJSON, KML, KMZ, Shapefile, ECW, IMG, TIF, GML, ASC, Geopackage, NetCDF. Only the shapefile fails. On 21/09/2023 13:34, Jonathan Moules wrote: Yeah, I'm afraid the error message is pretty much non-existent: Traceback (most recent

Re: [gdal-dev] Creation of a new driver from scratch

2023-09-22 Thread Abel Pau via gdal-dev
Hi Javier, thanks for your answer and congrats for being part of the PSC! I am using GDAL functions in the some parts of the driver in order to be as GDAL-friendly as possible (like open files, close, duplicate strings... etc) but I don’t need them if I use this code in MiraMon (We have our own

Re: [gdal-dev] Creation of a new driver from scratch

2023-09-22 Thread Javier Jimenez Shaw via gdal-dev
I never used that env bastante before, but it seems to be what you describe. See that it is enabled also in the tests, as Even says in the pull 2666 I'm curious. Why do you need to do something different on GDAL compilation? (I assume it is in a exported header) On Thu, 21 Sept 2023, 15:56 Abel P