On 03/03/15 10:26, Even Rouault wrote:
Le mardi 03 mars 2015 10:06:51, Vincent Schut a écrit :
Hi folks,
I'd like to revive this thread a bit, because I'm trying to compile
rsgislib (https://bitbucket.org/petebunting/rsgislib, a c++ rs/gis library
which links with gdal) against my trunk version
Le mardi 03 mars 2015 10:06:51, Vincent Schut a écrit :
> Hi folks,
>
> I'd like to revive this thread a bit, because I'm trying to compile
> rsgislib (https://bitbucket.org/petebunting/rsgislib, a c++ rs/gis library
> which links with gdal) against my trunk version of gdal 2.0, which does
> not w
Hi folks,
I'd like to revive this thread a bit, because I'm trying to compile rsgislib
(https://bitbucket.org/petebunting/rsgislib, a c++ rs/gis library which links
with gdal) against my trunk version of gdal 2.0, which does not work. It does
work with gdal 1.x, though. I'd like to get your op
Hi,
As for me - 2.0 works fine. Also QGIS build with 1.10.1 works on 2.0
very stable. Sorry screenshot on Russian, but I highlight the GDAL
versions line
Best regards,
Dmitry
16.12.2014 13:27, Even Rouault пишет:
Le mardi 16 décembre 2014 11:06:14, Vincent Schut a écrit :
Folks,
I'd l
Le mardi 16 décembre 2014 11:06:14, Vincent Schut a écrit :
> Folks,
>
> I'd like to use gdal-trunk (e.g. 2.0) for all the new features and
> improvements, but I wonder about its compatibility with other software.
> Is gdal 2.0 supposed to work transparently with libraries/programs that
> used to
Folks,
I'd like to use gdal-trunk (e.g. 2.0) for all the new features and
improvements, but I wonder about its compatibility with other software.
Is gdal 2.0 supposed to work transparently with libraries/programs that
used to link against gdal 1.11, e.g. qgis, postgis, etc.?
Reason I ask is
