[gdal-dev] Lost error messages

2024-01-29 Thread Ray at Daylon via gdal-dev
I was tracing through the TIGER/Line OGR driver and noticed that it calls OGRTigerDataSource::Open with the bTestOpen parameter set to TRUE, causing that function to skip calling CPLError and only return FALSE if an error happens. This causes an interesting situation: an app can have the TIGER dr

[gdal-dev] GDAL Maintainers Meeting Minutes

2024-01-29 Thread Howard Butler via gdal-dev
Howard Butler, Even Rouault, Dan Baston, Sean Gilles, Javier Jiminez Shaw, and Alessandro Pasotti held the monthly GDAL Maintainers Meeting on 11/23/2023. The following items were discussed and reported upon: Fundraising update Annual renewals are now going out to s

Re: [gdal-dev] Passing Python PixelFunctionArguments or kwargs from command line?

2024-01-29 Thread Scott via gdal-dev
Thanks Even! To re-iterate the value of passing arguments, here's a use case: Say I have 20 years of climate data, 2001-2020, 1 raster per year. Using gdalbuildvrt I create a .vrt with all those rasters in chronological order. Now say I want to stat a range of years, such as: gdal_translate

Re: [gdal-dev] Passing Python PixelFunctionArguments or kwargs from command line?

2024-01-29 Thread Even Rouault via gdal-dev
Hi, no, the values of pixel function arguments are hardcoded in the VRT.   If someone wanted to implement what you mention, that should rather be done as open option (-oo) of the VRT driver Even Le 29/01/2024 à 08:29, Scott via gdal-dev a écrit : With a python pixel function in a .vrt file,