Re: [gdal-dev] compiling gdal with netcdf support - broken links on wiki

2019-03-12 Thread Bas Couwenberg
On 2019-03-12 15:06, Margherita Di Leo wrote: I was looking for instructions to compile gdal with netcdf support and ended up here [1], but I noticed that the links to netcdf library and to quick instructions on how to compile gdal against it appear both broken. I tried to install netcdf packag

Re: [gdal-dev] spatialite on Debian: neither lwgeom nor rttopo

2018-02-19 Thread Bas Couwenberg
On 2018-02-19 15:40, Tobias Wendorff wrote: Am Mo, 19.02.2018, 07:40 schrieb Sebastiaan Couwenberg: lwgeom support was disabled to untangle the circular dependency as documented in the spatialite changelog: - Drop build dependency on liblwgeom-dev to untangle spatialite->postgis->gdal->spat

Re: [gdal-dev] Motion: Promote GDAL 2.2.0 RC1 for release

2017-05-04 Thread Bas Couwenberg
On 2017-05-04 11:36, Even Rouault wrote: No critical issues have been raised on RC1, so It's probably safe to do, although I didn't have time to rebuild the reverse dependencies after beta1 again. There may be other projects affected by the hidden shapelib symbols. We'll deal with those whe

Re: [gdal-dev] Binary of the latest released GDAL for travis?

2017-04-11 Thread Bas Couwenberg
On 2017-04-11 12:22, Ari Jolma wrote: 11.04.2017, 13:05, Angelos Tzotsos kirjoitti: Hi Ari, sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable sudo apt-get update sudo apt-get install libgdal-dev This should do it. No. I tried that before (found it in my .travis.yml file...) and it pul

Re: [gdal-dev] Binary of the latest released GDAL for travis?

2017-04-11 Thread Bas Couwenberg
On 2017-04-11 09:30, Ari Jolma wrote: How could I pull into travis the binaries of the latest released GDAL (now 2.1.3)? There seems to be experimental debian package https://packages.debian.org/experimental/libgdal-dev Does anybody have experience with them? OSGeo-Live includes these package

Re: [gdal-dev] libtool numbering policy

2016-06-14 Thread Bas Couwenberg
On 2016-06-14 16:46, Even Rouault wrote: Le mardi 14 juin 2016 16:33:04, Bas Couwenberg a écrit : On 2016-06-14 15:51, Even Rouault wrote: > Le mardi 14 juin 2016 12:13:49, Bas Couwenberg a écrit : >> In Debian we mark the libgdal C++ symbols and add a dependency on the >> v

Re: [gdal-dev] libtool numbering policy

2016-06-14 Thread Bas Couwenberg
On 2016-06-14 15:51, Even Rouault wrote: Le mardi 14 juin 2016 12:13:49, Bas Couwenberg a écrit : In Debian we mark the libgdal C++ symbols and add a dependency on the version specific virtual ABI package provided by the libgdal20 package to all packages that use any of the C++ symbols. Most

Re: [gdal-dev] libtool numbering policy

2016-06-14 Thread Bas Couwenberg
On 2016-06-14 11:29, Even Rouault wrote: A ticket ( https://trac.osgeo.org/gdal/ticket/6542 ) has been raised about libtool SONAME having not changed between GDAL 2.0.X and GDAL 2.1.0 due to incrementing both LIBGDAL_CURRENT and LIBGDAL_AGE . This was raised also in https://trac.osgeo.org/gdal/

Re: [gdal-dev] GDAL/OGR 2.0.2 and 1.11.4 released

2016-01-29 Thread Bas Couwenberg
Even Rouault wrote: > It is not definite how long the team will still maintain the 1.11 branch, so > users are strongly encouraged to migrate to 2.0.2. Because not all reverse dependencies support GDAL 2.0 yet, the next Debian stable release (stretch) will most likely stick to 1.11.x as will the