When GDAL_OF_VERBOSE_ERROR is not set, GDALOpenEx(), the generic opening
logic, doesn't emit a CPLError(). Here the error is emitted by the XYZ
driver itself. Normally the Open() method of drivers isn't supposed to
emit errors until it is that the input dataset belong to them. The XYZ
driver is
Thanks
Silenced now. But if the GDALOpenEx docs say
Verbose error: GDAL_OF_VERBOSE_ERROR. If set, a failed attempt to open the file
will lead to an error message to be reported.
When it is not set (the case here) it should not need this “extra care”, no?
From: Even Rouault
Sent: Sunday, June
Hi,
you can surround the call to GDALOpenEx() with
CPLPushErrorHandler(CPLQuietErrorHandler);
... GDALOpenEx() here ...
CPLPopErrorHandler();
Le 29/06/2025 à 21:20, Joaquim Manuel Freire Luís via gdal-dev a écrit :
Hi,
Again the Julia wrapper. In it to find if a file holds a raster or a
v
Hi,
Again the Julia wrapper. In it to find if a file holds a raster or a vector I
first open it with GDAL_OF_RASTER and see it the return pointer is NULL. This
has been working well and SILENTLY when it fail (because a OGR vector file name
was passed in). But with these Meteostat .csv.gz files
Even,
I didn’t save the exact message but it was fairly non descriptive. It was
something like BUILD_FAILED. Sorry, my bad for not saving the exact message.
It sounds like it may have just been my environment and if it’s not critical
then I can live without it. If no one else is complain
Martin,
what error messages did you get when trying with FreeXL ?
Removing the FreeXL dependency removes support for the old
prior-to-Excel-2007 binary XLS format. So usually not a big deal
Even
Le 29/06/2025 à 02:45, Martin Chapman via gdal-dev a écrit :
All,
I tried to build GDAL 3.11.0
