[GRASS-dev] [grass-code I][565] i.smap fails because it can't find subgroup (?)

Hamish hamish_b at yahoo.com
Sat Dec 15 21:18:55 EST 2007

> code I item #565, was opened at 2007-12-15 02:10
> Submitted By: Nikos Alexandris (nikosa)
> Summary: i.smap fails because it can't find subgroup (?) 
> GRASS version: CVS HEAD
> Operating system version: Ubuntu 7.10
> Initial Comment:
> [I have already posted a question in the user-list about that...]
> I do following in GRASS6.2.3 (from Ubuntu repositories):
> > i.smap group=Change_PCA subgroup=Change_PCAsub
> signaturefile=Training_iSMAPsig blocksize=128 output=TESTGRASS623
> Processing rows 1-128 (of 1087), cols=1-128 (of 963)
> Processing rows 1-128 (of 1087), cols=129-256 (of 963)
> Processing rows 1-128 (of 1087), cols=257-384 (of 963)
> [...]
> Writing [TESTGRASS6.2.3] ...
>  100%
> [Raster MASK present]
> Using the same data in GRASS6.3.cvs (fresh updated, compiled,
> installed) I get:
>  > i.smap group=Change_PCA at nik subgroup=Change_PCAsub at nik
> signaturefile=Training_iSMAPsig blocksize=128 output=TEST_GRASS63cvs 
> ERROR: Subgroup [Change_PCAsub at nik] not found.
> [Raster MASK present]
> Where could be the error?

try the 6.3cvs command line version without the @mapset part. I think
some of the imagery libraries do not strip that off or deal with
@othermapset very cleanly. Some attempts have been made to fix those,
apparently there is still some work to do?


the GRASS 6.3 tcl GUI always appends the @mapset to the map name, even
for the current mapset. Personally I don't like that- I think it's ugly
noise. It does that to clarify to the user which map will be used from
the g.mapsets search path if the map name exists in multiple mapsets. I
would be happy to just document/recode so that the current mapset is
always searched first, PERMANENT second, and all others after (alpha?
filesystem order?).


Never miss a thing.  Make Yahoo your home page. 

More information about the grass-dev mailing list