Question: now that 3.6.1 is out, what to do with the
osgeo/gdal:xxxx-3.6.0 docker images:
- keep them
- remove them
- alias them to the 3.6.1 ones which are now available ?
The same holds with source tarballs of 3.6.0 available on
download.osgeo.org/gdal/3.6.0 or as github release. Digging into
history, we retracted 1.7.0 in
https://trac.osgeo.org/gdal/wiki/DownloadSource#a1.7.0retracted-January2010
and as far as I can see in http://download.osgeo.org/gdal/old_releases/
, the 1.7.0 tarballs were also removed from download.
Even
Le 13/12/2022 à 16:18, Even Rouault via gdal-dev a écrit :
Hi,
https://github.com/qgis/QGIS/issues/51188 has been brought to my
attention. The issue is that the new background building of the RTree
of GeoPackage files introduced in 3.6.0 didn't work well with
committing transactions in between, which is easily triggered by
ogr2ogr. All features were inserted but with default settings ~ 10% of
them lacked an entry in the spatial index, which can be enough to
break interactive display and workflows relying on spatial filtering.
When using ogr2ogr, I believe the issue can only be seen when creating
layers with more than 100 000 features, since that's the default value
for the interval at which transactions are committed.
I've a fix ready in https://github.com/OSGeo/gdal/pull/6911. The fix
itself is a simple two-liner:
https://github.com/OSGeo/gdal/pull/6911/commits/3f5f6225fe82e0c2e0241e4f66bfb861cdf4fe9d
Given the status of GeoPackage being the default format for QGIS, I
believe this is a severe enough issue to warrant an advanced 3.6.1
release, and an official retraction of 3.6.0.
Thoughts ?
Even
--
http://www.spatialys.com
My software is free, but my time generally not.
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev