Helmut Kudrnovsky wrote >>This may be an issue with GDAL itself, e.g. an external library having >>been updated without rebuilding GDAL. If that's the case, any program >>which calls GDALAllRegister() (e.g. "gdalinfo --formats") would >>exhibit the same issue. > > gdalinfo testraster.tif > gdalinfo --formats > > both are working. > >>Alternatively, it may be an issue with GDAL and GRASS using different >>versions of a common library (e.g. libstdc++). If you've updated any >>system libraries, perform a full re-compile of GRASS (after "make >>clean") and > > the debian installation is updated; several times svn up in grass and > recompiled, same behaviour. > >>and ensure that GRASS isn't built against a "private" version >>of any system library used by GDAL. > > how could this be tested/investigated? (linux newbie here on my side)
found it. GDAL 2.0.2 is self compiled, Debian's Saga GIS is compiled against Debian's GDAL 1.11.x. Deinstalling Saga GIS, querying a linked raster in GRASS GIS works again. ----- best regards Helmut -- View this message in context: http://osgeo-org.1560.x6.nabble.com/raster-query-r-what-error-with-a-r-external-linked-raster-tp5256308p5258590.html Sent from the Grass - Dev mailing list archive at Nabble.com. _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
