Re: [gdal-dev] Early GDAL 2.4.0 release ?

[jratike80]

+1

-Jukka Rahkonen-


Even Rouault-2 wrote
> Hi,
> 
> I've been considering an early GDAL 2.4.0 release for the end of this year 
> instead of the traditionnal mid-April / May target.





--
Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Early GDAL 2.4.0 release ?

[Robert Coup]

Hi Even,

Would be great to get Craig's pytest revamp (
https://github.com/OSGeo/gdal/pull/963) landed for 2.4 so the old unit
tests can die a quiet death in the 2.3 branch. Otherwise backporting tests
to 2.4 will be a struggle.

Feels like it’s very nearly ready though, so your timeline should work.

Rob :)



On Tue, 27 Nov 2018 at 17:00, Even Rouault 
wrote:

> Hi,
>
> I've been considering an early GDAL 2.4.0 release for the end of this year
> instead of the traditionnal mid-April / May target.
>
> The rationale is that the work related to the GDAL/PROJ SRS revamp effort
> (aka
> "GDAL barn": https://gdalbarn.com/) will probably require non-null
> integration
> work from GDAL users, which will unnecessarily delay the "time-to-market"
> of
> features currently in GDAL master.
>
> I've just began integrating the PROJ changes in a GDAL branch of mine and
> the
> current and future changes can be classified in the following categories:
> - for sure: behaviour changes. exportToWKT() / exportToProj4() will for
> example return different strings. Most of the time equivalent, but
> nonetheless
> different, which can break other software unit tests
> - probable: some OGRSpatialReference methods / OSR functions might be
> removed,
> or become no-operation
> - uncertain at this point: impact of being axis order and unit compliant
> with
> the CRS definition from the authority.
>
> I'd like the GDAL 2.5.0 release that will integrate the GDAL barn work to
> still be scheduled for mid-April / May date, and with my branch being
> hopefully ready for being merged into master in January.
>
> A temptative schedule for 2.4.0 might be:
>
> - December 14th: GDAL 2.4.0RC1 (I believe master is mature enough to go to
> RC
> stage directly, with no/very few changes affecting backward compatibility,
> but
> this is just from memory. The updated NEWS would help to confirm, but
> creating
> it is the bulk of the release work), likely coupled with a GDAL 2.3.3RC1
> that
> would be the final point release for the GDAL 2.3 series
>
> - December 21th: GDAL 2.4.0final
>
> Thoughts ? Ah, and the release manager role is still open for volunteers
> (or
> any help, particularly updating NEWS, would be appreciated)
>
> Even
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev



-- 

Chief Technology Officer Koordinates

+44 759 987 3480 <+44%20759%209873480> / koordinates.com / @koordinates

-- 

Chief Technology Officer Koordinates

+44 759 987 3480 <+44%20759%209873480> / koordinates.com / @koordinates

___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Early GDAL 2.4.0 release ?

[Sean Gillies]

Hi Even,

Many of the tasks in
https://github.com/OSGeo/gdal/edit/master/gdal/HOWTO-RELEASE 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
https://github.com/OSGeo/gdal/issues/1119.


On Tue, Nov 27, 2018 at 10:00 AM Even Rouault 
wrote:

> Hi,
>
> I've been considering an early GDAL 2.4.0 release for the end of this year
> instead of the traditionnal mid-April / May target.
>
> The rationale is that the work related to the GDAL/PROJ SRS revamp effort
> (aka
> "GDAL barn": https://gdalbarn.com/) will probably require non-null
> integration
> work from GDAL users, which will unnecessarily delay the "time-to-market"
> of
> features currently in GDAL master.
>
> I've just began integrating the PROJ changes in a GDAL branch of mine and
> the
> current and future changes can be classified in the following categories:
> - for sure: behaviour changes. exportToWKT() / exportToProj4() will for
> example return different strings. Most of the time equivalent, but
> nonetheless
> different, which can break other software unit tests
> - probable: some OGRSpatialReference methods / OSR functions might be
> removed,
> or become no-operation
> - uncertain at this point: impact of being axis order and unit compliant
> with
> the CRS definition from the authority.
>
> I'd like the GDAL 2.5.0 release that will integrate the GDAL barn work to
> still be scheduled for mid-April / May date, and with my branch being
> hopefully ready for being merged into master in January.
>
> A temptative schedule for 2.4.0 might be:
>
> - December 14th: GDAL 2.4.0RC1 (I believe master is mature enough to go to
> RC
> stage directly, with no/very few changes affecting backward compatibility,
> but
> this is just from memory. The updated NEWS would help to confirm, but
> creating
> it is the bulk of the release work), likely coupled with a GDAL 2.3.3RC1
> that
> would be the final point release for the GDAL 2.3 series
>
> - December 21th: GDAL 2.4.0final
>
> Thoughts ? Ah, and the release manager role is still open for volunteers
> (or
> any help, particularly updating NEWS, would be appreciated)
>
> Even
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
> ___
> gdal-dev mailing list
> gdal-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev



-- 
Sean Gillies
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Early GDAL 2.4.0 release ?

[Martin Landa]

Hi,

út 27. 11. 2018 v 18:12 odesílatel Daniel Morissette
 napsal:
> +1 for me. I like your plan.

make sense to me

+1

Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Early GDAL 2.4.0 release ?

[Daniel Morissette]

+1 for me. I like your plan.

Daniel


On 2018-11-27 11:59 a.m., Even Rouault wrote:

Hi,

I've been considering an early GDAL 2.4.0 release for the end of this year
instead of the traditionnal mid-April / May target.

The rationale is that the work related to the GDAL/PROJ SRS revamp effort (aka
"GDAL barn": https://gdalbarn.com/) will probably require non-null integration
work from GDAL users, which will unnecessarily delay the "time-to-market" of
features currently in GDAL master.

I've just began integrating the PROJ changes in a GDAL branch of mine and the
current and future changes can be classified in the following categories:
- for sure: behaviour changes. exportToWKT() / exportToProj4() will for
example return different strings. Most of the time equivalent, but nonetheless
different, which can break other software unit tests
- probable: some OGRSpatialReference methods / OSR functions might be removed,
or become no-operation
- uncertain at this point: impact of being axis order and unit compliant with
the CRS definition from the authority.

I'd like the GDAL 2.5.0 release that will integrate the GDAL barn work to
still be scheduled for mid-April / May date, and with my branch being
hopefully ready for being merged into master in January.

A temptative schedule for 2.4.0 might be:

- December 14th: GDAL 2.4.0RC1 (I believe master is mature enough to go to RC
stage directly, with no/very few changes affecting backward compatibility, but
this is just from memory. The updated NEWS would help to confirm, but creating
it is the bulk of the release work), likely coupled with a GDAL 2.3.3RC1 that
would be the final point release for the GDAL 2.3 series

- December 21th: GDAL 2.4.0final

Thoughts ? Ah, and the release manager role is still open for volunteers (or
any help, particularly updating NEWS, would be appreciated)

Even




--
Daniel Morissette
Mapgears Inc
T: +1 418-696-5056 #201
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev