>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) ----- 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-tp5256308p5258490.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
