[GRASS-stats] Incompatible library version for module SOLVED but new problem with plugin=TRUE has emerged

Markus Neteler neteler at osgeo.org
Sun Jan 11 13:09:54 EST 2009


On Sun, Jan 11, 2009 at 4:48 PM, Roger Bivand <Roger.Bivand at nhh.no> wrote:
> On Sat, 10 Jan 2009, Markus Neteler wrote:
>> On Sat, Jan 10, 2009 at 9:20 PM, Roger Bivand <Roger.Bivand at nhh.no> wrote:
>>> On Sat, 10 Jan 2009, Markus Neteler wrote:
>>>> On Sat, Jan 3, 2009 at 11:09 AM, Roger Bivand <Roger.Bivand at nhh.no> wrote:
...
>> This message *is* confusing as it is a warning only. It comes from GDAL:
>> gdal/frmts/gtiff/geotiff.cpp:                  "SetColorTable() only
>> supportedfor Byte or UInt16 bands in TIFF format." );
>>
>>   if( eDataType != GDT_Byte && eDataType != GDT_UInt16 )
>>   {
>>       CPLError( CE_Failure, CPLE_NotSupported,
>>                 "SetColorTable() only supported for Byte or UInt16
>> bands in TIFF format." );
>>       return CE_Failure;
>>   }
>>
>> I suppose there is some trick to suppress it (since it uses the
>> CPLError function).
>> I don't know too much about it but found
>>
>> http://www.gdal.org/ogr/cpl__error_8h.html#ad2b98dd58e4de706a245faddac90403
>>
>> Just throw stderr stuff to /dev/null (of course problematic with Windows)?
>
> I've "handled" this for some definition of handle by setting -c in the
> r.out.gdal call - this was controlling whether colour table writing was
> attempted.

ah fine, I didn't think of this possibility.

>>> WARNING: Input raster map contains cells with NULL-value (no-data). The
>>>        value 999 was used to represent no-data values in the input map.
>>>        You can specify nodata value by nodata parameter.
...
>> http://trac.osgeo.org/grass/changeset/35321
>>
>> It is in 6.4SVN and 7 SVN and will appear on Monday in 6.4.0RC2.
>> GRASS 6.3 and older are not affected as r.out.gdal wasn't there.
>>
>
> With 6.4SVN I now get:
>
>> library(spgrass6)
>
> Loading required package: sp
> Loading required package: rgdal
> Geospatial Data Abstraction Library extensions to R successfully loaded
> Loaded GDAL runtime: GDAL 1.6.0, released 2008/12/04
> GDAL_DATA: /home/rsb/lib/r_libs/rgdal/gdal
> Loaded PROJ.4 runtime: Rel. 4.6.1, 21 August 2008
> PROJ_LIB: /home/rsb/lib/r_libs/rgdal/proj
> GRASS GIS interface loaded with GRASS version: 6.4.0svn
> and location: nc_spm_08
>>
>> elev <- readRAST6("elev_state_500m")
>
> raster/current region mismatch detected in components:

may I suggest cosmetics:
raster map/current region mismatch detected in components:
?

>           cols            rows origin.northing  origin.easting
>          FALSE           FALSE           FALSE           FALSE
> set plugin=TRUE to override; continuing with plugin=FALSE
> /home/rsb/topics/grassdata/nc_spm_08/rsb/.tmp/reclus2/elev_state_500m has
> GDAL driver GTiff
> and has 620 rows and 1630 columns
>>
>> elev <- readRAST6("elev_state_500m", ignore.stderr=TRUE)
>>
>
> I've committed to sourceforge CVS, could you confirm that this is OK?

I'll do (tonight I won't manage and I got the mail only now due to
osgeo mail reflector stuck for some hours).
Hope tomorrow morning as first thing.

> How does one manage the plugin links in a mixed 6.4/7.0 setting? I tried 7.0
> first, but I think there was a problem:
>
> ERROR: Incompatible library version for module
>
> which crashed R/rgdal. The plugin was built against 6.4RC1, so probably two
> different library versions had a disagreement.

Oh, this is really a problem and needs to be discussed on grass-dev
or via trac ticket. Glynn had added this test which will cause troubles
here. Maybe there is a workaround possible.

Thanks for your efforts.

Best wishes,
Markus


More information about the grass-stats mailing list