The changes to handle finding files in other mapsets and to remove
confusing messages have been included in spgrass6_0.5-17, now released on
CRAN. It checks cleanly against 6.4.0svn, Revision: 35395, so RC2 is good
too (this is the svn up number, but the number in Help -> "About GRASS
GIS" in the wxpython GUI is lower - any way to harmonise?).
Roger
On Sun, 11 Jan 2009, Roger Bivand wrote:
On Sun, 11 Jan 2009, Markus Neteler wrote:
On Sun, Jan 11, 2009 at 4:48 PM, Roger Bivand <[email protected]> wrote:
On Sat, 10 Jan 2009, Markus Neteler wrote:
On Sat, Jan 10, 2009 at 9:20 PM, Roger Bivand <[email protected]>
wrote:
On Sat, 10 Jan 2009, Markus Neteler wrote:
On Sat, Jan 3, 2009 at 11:09 AM, Roger Bivand <[email protected]>
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:
?
Committed - so you'll see this when you get to it, thanks.
I'll worry about the 6.4 - 7.0 plugin issue when it becomes more pressing for
me - for now I'll avoid 7.0.
Best wishes,
Roger
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
--
Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Helleveien 30, N-5045 Bergen,
Norway. voice: +47 55 95 93 55; fax +47 55 95 95 43
e-mail: [email protected]
_______________________________________________
grass-stats mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-stats
