[gdal-dev] GDAL 2.3.1 on linux disregarding nodata values

[Tom van Tilburg]

A follow up on the previous problem with versions (see below):

I removed all old libgdal versions that were in /usr/local/lib and that has
solved the issue.

Best,
Tom


------------------------------
I thought LD_LIBRARY_PATH could be untouched since I'm doing a
system-install according to: https://trac.osgeo.org/gdal/wiki/BuildingOnUnix
Anyway, even when setting LD_LIBRARY_PATH to /usr/local/lib and rebuilding,
It shows the same issue.

It seems the linking is correct according to:

> ldd /usr/local/bin/gdalinfo |grep libgdal
        libgdal.so.20 => /usr/local/lib/libgdal.so.20 (0x00007fb64a7d4000)

> ls -lrt /usr/local/lib/libgdal*
-rwxr-xr-x 1 root root  95610360 Nov 10  2016 /usr/local/lib/libgdal.so.20.
1.0
-rwxr-xr-x 1 root root  96245776 Jan  5  2017 /usr/local/lib/libgdal.so.20.
1.2
-rwxr-xr-x 1 root root  95857208 Jan  5  2017 /usr/local/lib/libgdal.so.20.
1.1
-rwxr-xr-x 1 root root  96494352 Mar 13  2017 /usr/local/lib/libgdal.so.20.
1.3
-rwxr-xr-x 1 root root 120481920 May 16  2017 /usr/local/lib/libgdal.so.20.
2.0
-rwxr-xr-x 1 root root 135179608 Aug 17  2017 /usr/local/lib/libgdal.so.20.
3.0
-rwxr-xr-x 1 root root 136095424 Jul  5 13:58 /usr/local/lib/libgdal.so.20.
3.2
-rwxr-xr-x 1 root root 156131272 Jul  5 14:01 /usr/local/lib/libgdal.so.20.
4.1
-rwxr-xr-x 1 root root 160334560 Jul  6 14:00 /usr/local/lib/libgdal.so.20.
4.0
lrwxrwxrwx 1 root root        17 Jul  6 14:00 /usr/local/lib/libgdal.so ->
libgdal.so.20.4.0
-rwxr-xr-x 1 root root      1525 Jul  6 14:00 /usr/local/lib/libgdal.la
-rw-r--r-- 1 root root 406912300 Jul  6 14:00 /usr/local/lib/libgdal.a
lrwxrwxrwx 1 root root        17 Jul  6 14:00 /usr/local/lib/libgdal.so.20
-> libgdal.so.20.4.1

> /usr/local/bin/gdalinfo --version
GDAL 2.3.1, released 2018/06/22

> /usr/local/bin/gdal-config --version
2.4.0


I'm a bit lost, this version 2.3.1 was the previous custom build I did and
it all resides in /usr/local
The only caveat I have is that there is an older libgdal20 2.2.1 package
installed on the same system, but that doesn't seem to interfere.

Any hints on where to dig deeper?

Best,
 Tom



On Fri, Jul 6, 2018 at 2:44 PM, Tom van Tilburg <tom.van.tilburg at gmail.com>
wrote:

> I thought LD_LIBRARY_PATH could be untouched since I'm doing a
> system-install according to: https://trac.osgeo.org/gdal/
> wiki/BuildingOnUnix
> Anyway, even when setting LD_LIBRARY_PATH to /usr/local/lib and
> rebuilding, It shows the same issue.
>
> It seems the linking is correct according to:
>
> > ldd /usr/local/bin/gdalinfo |grep libgdal
>         libgdal.so.20 => /usr/local/lib/libgdal.so.20 (0x00007fb64a7d4000)
>
> > ls -lrt /usr/local/lib/libgdal*
> -rwxr-xr-x 1 root root  95610360 Nov 10  2016 /usr/local/lib/libgdal.so.20.
> 1.0
> -rwxr-xr-x 1 root root  96245776 Jan  5  2017 /usr/local/lib/libgdal.so.20.
> 1.2
> -rwxr-xr-x 1 root root  95857208 Jan  5  2017 /usr/local/lib/libgdal.so.20.
> 1.1
> -rwxr-xr-x 1 root root  96494352 Mar 13  2017 /usr/local/lib/libgdal.so.20.
> 1.3
> -rwxr-xr-x 1 root root 120481920 May 16  2017 /usr/local/lib/libgdal.so.20.
> 2.0
> -rwxr-xr-x 1 root root 135179608 Aug 17  2017 /usr/local/lib/libgdal.so.20.
> 3.0
> -rwxr-xr-x 1 root root 136095424 Jul  5 13:58 /usr/local/lib/libgdal.so.20.
> 3.2
> -rwxr-xr-x 1 root root 156131272 Jul  5 14:01 /usr/local/lib/libgdal.so.20.
> 4.1
> -rwxr-xr-x 1 root root 160334560 Jul  6 14:00 /usr/local/lib/libgdal.so.20.
> 4.0
> lrwxrwxrwx 1 root root        17 Jul  6 14:00 /usr/local/lib/libgdal.so ->
> libgdal.so.20.4.0
> -rwxr-xr-x 1 root root      1525 Jul  6 14:00 /usr/local/lib/libgdal.la
> -rw-r--r-- 1 root root 406912300 Jul  6 14:00 /usr/local/lib/libgdal.a
> lrwxrwxrwx 1 root root        17 Jul  6 14:00 /usr/local/lib/libgdal.so.20
> -> libgdal.so.20.4.1
>
> > /usr/local/bin/gdalinfo --version
> GDAL 2.3.1, released 2018/06/22
>
> > /usr/local/bin/gdal-config --version
> 2.4.0
>
>
> I'm a bit lost, this version 2.3.1 was the previous custom build I did and
> it all resides in /usr/local
> The only caveat I have is that there is an older libgdal20 2.2.1 package
> installed on the same system, but that doesn't seem to interfere.
>
> Any hints on where to dig deeper?
>
> Best,
>  Tom
>
> On Fri, Jul 6, 2018 at 2:09 PM, Even Rouault <even.rouault at spatialys.com>
> wrote:
>
>> On vendredi 6 juillet 2018 14:00:16 CEST Tom van Tilburg wrote:
>> > I just did a fresh build of trunk (2.4.0) but noticed 2 issues:
>> >
>> > 1. The installed version in /usr/local/bin is still version 2.3.1:
>>
>> You may have to defined LD_LIBRARY_PATH since it probably links against
>> your
>> system libgdal
>>
>> Otherwise you don't need to install the master, but just make and source
>> the
>> scripts/setdevenv.sh that will set PATH, LD_LIBRARY_PATH, GDAL_DATA and
>> PYTHONPATH to appropriate values in the built tree.
>>
>> --
>> Spatialys - Geospatial professional services
>> http://www.spatialys.com
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20180709/3ee4a9fa/attachment.html>