Hi, I think it should be 1.10, I don't see any major difference with 1.9 and no major api changes. I see it more like an incremental release than a major milestone.
I recall some time ago a discussion about the unification of ogr and gdal, and that goal still seems pretty far (unless I missed something). How much of the items listed in the following page have been implemented? http://trac.osgeo.org/gdal/wiki/GDAL20Changes Let's say you release 2.0 now, and within 1 year there are significant API breaks, would that require a new 3.0 version ? Etienne On Wed, Nov 7, 2012 at 5:51 PM, Dmitry Baryshnikov <[email protected]> wrote: > 07.11.2012 23:17, Even Rouault пишет: > >> Hi, >> >> I'm wondering if we shouldn't release GDAL trunk as GDAL 1.10 instead of >> GDAL >> 2.0. > > I think that 2.0 is a good motivation to make more global changes. Though we > have an example of version shift in Linux kernel from 2.x to 3.x. > >> >> As far as I know, there haven't been yet any change in GDAL trunk that >> qualifies as a major re-architecturing, or that breaks the C API & ABI of >> the >> GDAL 1.X series. I'm not sure if or when someone will want to tackle one >> of >> the items listed in http://trac.osgeo.org/gdal/wiki/GDAL20Changes , but >> this >> would likely defer a release by months, especially if we want a GDAL 2.0 >> with >> a number of significant changes. And sticking with our traditional yearly >> release rythm seems to me like a good practice. Current trunk has nothing >> revolutionary, but a nice amount of new drivers and fixes/improvements >> that are >> worth a release. >> >> Thoughts ? > > I think 1.10 is enough. > >> >> Regards, >> >> Even >> _______________________________________________ >> gdal-dev mailing list >> [email protected] >> http://lists.osgeo.org/mailman/listinfo/gdal-dev >> >> > Best regards, > Dmitry > > _______________________________________________ > gdal-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/gdal-dev _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
