<div dir="ltr"><div>Hi Even,</div><div><br></div><div>Rasterio's test suite has 4 errors with GDAL 3.9.0beta1.</div><div><br></div><div>Metadata output of gdalinfo has changed. As soon as there are docker images I'll look more closely at this.</div><div><br></div><div>Writing a mask to a Rasterio <span class="gmail-CheckStep-line-content gmail-d-inline-block gmail-flex-auto gmail-ml-3 gmail-js-check-line-content"><span class="gmail-">RGB.byte.tif </span></span>dataset no longer creates a <span class="gmail-CheckStep-line-content gmail-d-inline-block gmail-flex-auto gmail-ml-3 gmail-js-check-line-content"><span class="gmail-">RGB.byte.tif.msk file: </span></span><a href="https://github.com/rasterio/rasterio/actions/runs/8786444142/job/24109342188#step:8:2231">https://github.com/rasterio/rasterio/actions/runs/8786444142/job/24109342188#step:8:2231</a>.</div><div><br></div><div>The text of an error message which was "<span class="gmail-CheckStep-line-content gmail-d-inline-block gmail-flex-auto gmail-ml-3 gmail-js-check-line-content"><span class="gmail-">tests/data/corrupt.tif, band 1: IReadBlock failed at X offset 1, Y offset 1: TIFFReadEncodedTile() failed." in 3.8 has changed to "</span></span><span class="gmail-CheckStep-line-content gmail-d-inline-block gmail-flex-auto gmail-ml-3 gmail-js-check-line-content"><span class="gmail-">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.</span></span></div><div><span class="gmail-CheckStep-line-content gmail-d-inline-block gmail-flex-auto gmail-ml-3 gmail-js-check-line-content"><span class="gmail-"><br></span></span></div><div><span class="gmail-CheckStep-line-content gmail-d-inline-block gmail-flex-auto gmail-ml-3 gmail-js-check-line-content"><span class="gmail-">Behavior of SRC_METHOD/DST_METHOD=</span></span>NO_GEOTRANSFORM for warp options seems to have changed: <a href="https://github.com/rasterio/rasterio/actions/runs/8786444142/job/24109342188#step:8:2287">https://github.com/rasterio/rasterio/actions/runs/8786444142/job/24109342188#step:8:2287</a>. 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.<br></div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 22, 2024 at 6:12 AM Even Rouault via gdal-dev <<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I've prepared a beta1 of GDAL 3.9.0 to get feedback from early testers.<br>
<br>
The NEWS file is here:<br>
<br>
   <a href="https://github.com/OSGeo/gdal/blob/v3.9.0beta1/NEWS.md" rel="noreferrer" target="_blank">https://github.com/OSGeo/gdal/blob/v3.9.0beta1/NEWS.md</a><br>
<br>
For packagers, <br>
<a href="https://gdal.org/development/rfc/rfc96_deferred_plugin_loading.html" rel="noreferrer" target="_blank">https://gdal.org/development/rfc/rfc96_deferred_plugin_loading.html</a> may <br>
make it more attractive to build some drivers that typically have heavy <br>
dependencies as plugins, installable in separate packages, due to the <br>
load time penalty having being improved. It is let to the appreciation <br>
of packagers to decide which drivers are worth building as plugins <br>
installable in a separate package.<br>
You may also pass CMake options <br>
([GDAL/OGR]_DRIVER_<driver_name>_PLUGIN_INSTALLATION_MESSAGE=xxx) so <br>
user get a hint of which package they need to install when GDAL detects <br>
that a file may be opened by a plugin which is not available on the file <br>
system but known to have been built as a plugin. Cf <br>
<a href="https://gdal.org/development/building_from_source.html#deferred-loaded-plugins" rel="noreferrer" target="_blank">https://gdal.org/development/building_from_source.html#deferred-loaded-plugins</a> <br>
for more details.<br>
<br>
For end-users, the following utilities have been updated to use a new <br>
argument parsing framework: gdaladdo, gdalinfo, gdal_translate, <br>
gdalwarp, gdal_grid, gdal_viewshed, gdalbuildvrt, nearblack, ogrinfo, <br>
ogr2ogr, sozip.<br>
This helps detecting errors such as specifying twice an argument that <br>
should be specified once (where generally the last instance was the one <br>
used). While we have tried to retain backwards compatibility for nominal <br>
use cases, obviously if you have scripts that accidentally specify an <br>
argument several times whereas it should be specified at most once, they <br>
will have to be corrected.<br>
<br>
Docker images with 3.9.0beta1 are currently cooking.<br>
<br>
master is now marked as 3.10.0dev, and the release/3.9 branch has been <br>
created. All bugfixes for 3.9 should be backported into it.<br>
<br>
Source snapshots at:<br>
<br>
- <a href="https://download.osgeo.org/gdal/3.9.0/gdal-3.9.0beta1.tar.gz" rel="noreferrer" target="_blank">https://download.osgeo.org/gdal/3.9.0/gdal-3.9.0beta1.tar.gz</a><br>
- <a href="https://download.osgeo.org/gdal/3.9.0/gdal-3.9.0beta1.tar.xz" rel="noreferrer" target="_blank">https://download.osgeo.org/gdal/3.9.0/gdal-3.9.0beta1.tar.xz</a><br>
- <a href="https://download.osgeo.org/gdal/3.9.0/gdal380beta1.zip" rel="noreferrer" target="_blank">https://download.osgeo.org/gdal/3.9.0/gdal380beta1.zip</a><br>
<br>
Autotest snapshots:<br>
<br>
- <a href="https://download.osgeo.org/gdal/3.9.0/gdalautotest-3.9.0beta1.tar.gz" rel="noreferrer" target="_blank">https://download.osgeo.org/gdal/3.9.0/gdalautotest-3.9.0beta1.tar.gz</a><br>
- <a href="https://download.osgeo.org/gdal/3.9.0/gdalautotest-3.9.0beta1.zip" rel="noreferrer" target="_blank">https://download.osgeo.org/gdal/3.9.0/gdalautotest-3.9.0beta1.zip</a><br>
<br>
Even<br>
<br>
</blockquote></div><br clear="all"><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">Sean Gillies</div></div>