[gdal-dev] include paths and cmake

Even Rouault even.rouault at mines-paris.org
Thu Nov 3 18:05:00 EDT 2011

Le jeudi 03 novembre 2011 22:33:38, Mateusz Łoskot a écrit :
> On 3 November 2011 21:26, Kyle Shannon <KShannon at gcs-research.com> wrote:
> > I believe that is on the 2.0 changes list, or something along those
> > lines.  See:
> > 
> > http://trac.osgeo.org/gdal/wiki/GDAL20Changes
> > 
> > under House Keeping issues
> Great news!
> Frank, Even,
> Can I set http://trac.osgeo.org/gdal/ticket/3435 with 2.0 milestone?

There's was no 2.0 milestone created yet in Trac, so I've just created it.
By the way, it's not clear (to me) if 2.0 will be the next version or if there 
will be a 1.10 before.

I think that the ideas mentionned in GDAL20Changes are only brainstorming 
material for now that anyone can contribute to, but they should not be 
considered as officially approved until they will be seriously discussed. I can 
imagine that feedback, not only from developers, but also for the large crowd 
of users will be needed, so that each breaking change is pondered.

The main issue with 2.0 is that it should be the opportunity to do most 
breaking changes that can be anticipated for the next few years. But that also 
means that people that can contribute to it will need to have enough 
time/motivation/funding at the time that the works start, so that it ends up 
to be releasable in a reasonable amount of time (I'm just thinking to the 
libtiff 4.0 situation...).

There's also the risk of a fork of the community between users strongly 
attached to the old 1.X series (and potentially wishing improvements in the 
frame of this series) and users who will join the 2.X train. I'm thinking to 
the Python 2 vs Python 3 situation here.

Looking at http://trac.osgeo.org/gdal/wiki/SoftwareUsingGdal makes you feel 
how many projects can be affected by the decisions that will be taken. And 
that's just the verbose crowd, not to mention the crowd of silent users that 
is likely much larger...

> Best regards,

More information about the gdal-dev mailing list