<div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Even,<div><br></div><div>Many of the tasks in <a href="https://github.com/OSGeo/gdal/edit/master/gdal/HOWTO-RELEASE">https://github.com/OSGeo/gdal/edit/master/gdal/HOWTO-RELEASE</a> are beyond me (looks like it needs root on the osgeo server and Maven knowledge) but I signed myself up for writing the NEWS file in <a href="https://github.com/OSGeo/gdal/issues/1119">https://github.com/OSGeo/gdal/issues/1119</a>.</div><div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Nov 27, 2018 at 10:00 AM Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I've been considering an early GDAL 2.4.0 release for the end of this year <br>
instead of the traditionnal mid-April / May target.<br>
<br>
The rationale is that the work related to the GDAL/PROJ SRS revamp effort (aka <br>
"GDAL barn": <a href="https://gdalbarn.com/" rel="noreferrer" target="_blank">https://gdalbarn.com/</a>) will probably require non-null integration <br>
work from GDAL users, which will unnecessarily delay the "time-to-market" of <br>
features currently in GDAL master.<br>
<br>
I've just began integrating the PROJ changes in a GDAL branch of mine and the <br>
current and future changes can be classified in the following categories:<br>
- for sure: behaviour changes. exportToWKT() / exportToProj4() will for <br>
example return different strings. Most of the time equivalent, but nonetheless <br>
different, which can break other software unit tests<br>
- probable: some OGRSpatialReference methods / OSR functions might be removed, <br>
or become no-operation<br>
- uncertain at this point: impact of being axis order and unit compliant with <br>
the CRS definition from the authority.<br>
<br>
I'd like the GDAL 2.5.0 release that will integrate the GDAL barn work to <br>
still be scheduled for mid-April / May date, and with my branch being <br>
hopefully ready for being merged into master in January.<br>
<br>
A temptative schedule for 2.4.0 might be:<br>
<br>
- December 14th: GDAL 2.4.0RC1 (I believe master is mature enough to go to RC <br>
stage directly, with no/very few changes affecting backward compatibility, but <br>
this is just from memory. The updated NEWS would help to confirm, but creating <br>
it is the bulk of the release work), likely coupled with a GDAL 2.3.3RC1 that <br>
would be the final point release for the GDAL 2.3 series<br>
<br>
- December 21th: GDAL 2.4.0final<br>
<br>
Thoughts ? Ah, and the release manager role is still open for volunteers (or <br>
any help, particularly updating NEWS, would be appreciated)<br>
<br>
Even<br>
<br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Sean Gillies</div></div>