On samedi 16 mai 2020 19:18:27 CEST Andreas Neumann wrote:
> Hi,
>
> Thank you both Jeff and Even.
>
> Yes, apparently libspatialite was also self-compiled. I can renew that.
> That was the one linking against non-existant old libproj.
>
> For libgeotiff I used the packaged one, which links agai
Hi,
Thank you both Jeff and Even.
Yes, apparently libspatialite was also self-compiled. I can renew that.
That was the one linking against non-existant old libproj.
For libgeotiff I used the packaged one, which links against
/usr/lib/x86_64-linux-gnu/libproj.so.15
Is it a problem if libgeo
Hi Andreas,
I have been in your exact situation before. What's happening is that a
GDAL dependency lib is still pointing to the old libproj version.
Please check:
ldd /usr/local/lib/libgdal.so | grep geotiff
and then ldd to the exact path of the geotiff lib, and look at
which libproj
Andreas,
Several advice:
- if you do several builds from the same checkout of GDAL that you refresh with
"git pull",
make sure to 'make clean' before rebuilding
- the multiple links to libproj.so.X probably come from other dependencies of
GDAL that try
to link against the older versions (lib
Hi,
After my upgrade of Ubuntu 18.04 to 20.04 I am also renewing all my
self-compiled "geo" libraries, such as proj, geos and gdal.
I removed old proj libs in /usr/local/lib then compiled and installed
the newest proj 7.0.1.
But now I am struggling with gdal - it always tries to link to ol
On samedi 16 mai 2020 00:51:27 CEST Denis Rykov wrote:
> Great! Thank you. I also found out that the same result can be achieved
> with gdalwarp and "-ovr" option.
Yes, uses the same mechanism underneath
> Is there any advantages of using gdalwarp instead of gdal_translate to
> convert partial ex
