Hi, The mask thing may happen due to https://github.com/OSGeo/gdal/pull/9604.
-Jukka Rahkonen- Lähettäjä: gdal-dev <gdal-dev-boun...@lists.osgeo.org> Puolesta Sean Gillies via gdal-dev Lähetetty: maanantai 22. huhtikuuta 2024 19.15 Vastaanottaja: Even Rouault <even.roua...@spatialys.com> Kopio: gdal-dev@lists.osgeo.org Aihe: Re: [gdal-dev] GDAL 3.9.0beta1 available for testing Hi Even, Rasterio's test suite has 4 errors with GDAL 3.9.0beta1. Metadata output of gdalinfo has changed. As soon as there are docker images I'll look more closely at this. Writing a mask to a Rasterio RGB.byte.tif dataset no longer creates a RGB.byte.tif.msk file: https://github.com/rasterio/rasterio/actions/runs/8786444142/job/24109342188#step:8:2231. The text of an error message which was "tests/data/corrupt.tif, band 1: IReadBlock failed at X offset 1, Y offset 1: TIFFReadEncodedTile() failed." in 3.8 has changed to "corrupt.tif, band 1: IReadBlock failed at X offset 1, Y offset 1: TIFFReadEncodedTile() failed." This is not a big deal, we can adjust Rasterio's test. Behavior of SRC_METHOD/DST_METHOD=NO_GEOTRANSFORM for warp options seems to have changed: https://github.com/rasterio/rasterio/actions/runs/8786444142/job/24109342188#step:8:2287. I'm not entirely sure what the intent is in Rasterio's test, will dig into that. I just wanted to say that I see a change in GDAL. On Mon, Apr 22, 2024 at 6:12 AM Even Rouault via gdal-dev <gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>> wrote: Hi, I've prepared a beta1 of GDAL 3.9.0 to get feedback from early testers. The NEWS file is here: https://github.com/OSGeo/gdal/blob/v3.9.0beta1/NEWS.md For packagers, https://gdal.org/development/rfc/rfc96_deferred_plugin_loading.html may make it more attractive to build some drivers that typically have heavy dependencies as plugins, installable in separate packages, due to the load time penalty having being improved. It is let to the appreciation of packagers to decide which drivers are worth building as plugins installable in a separate package. You may also pass CMake options ([GDAL/OGR]_DRIVER_<driver_name>_PLUGIN_INSTALLATION_MESSAGE=xxx) so user get a hint of which package they need to install when GDAL detects that a file may be opened by a plugin which is not available on the file system but known to have been built as a plugin. Cf https://gdal.org/development/building_from_source.html#deferred-loaded-plugins for more details. For end-users, the following utilities have been updated to use a new argument parsing framework: gdaladdo, gdalinfo, gdal_translate, gdalwarp, gdal_grid, gdal_viewshed, gdalbuildvrt, nearblack, ogrinfo, ogr2ogr, sozip. This helps detecting errors such as specifying twice an argument that should be specified once (where generally the last instance was the one used). While we have tried to retain backwards compatibility for nominal use cases, obviously if you have scripts that accidentally specify an argument several times whereas it should be specified at most once, they will have to be corrected. Docker images with 3.9.0beta1 are currently cooking. master is now marked as 3.10.0dev, and the release/3.9 branch has been created. All bugfixes for 3.9 should be backported into it. Source snapshots at: - https://download.osgeo.org/gdal/3.9.0/gdal-3.9.0beta1.tar.gz - https://download.osgeo.org/gdal/3.9.0/gdal-3.9.0beta1.tar.xz - https://download.osgeo.org/gdal/3.9.0/gdal380beta1.zip Autotest snapshots: - https://download.osgeo.org/gdal/3.9.0/gdalautotest-3.9.0beta1.tar.gz - https://download.osgeo.org/gdal/3.9.0/gdalautotest-3.9.0beta1.zip Even -- Sean Gillies
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev