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
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
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
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
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
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
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
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/
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