[GRASS-user] Set default cell type to FCELL?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

- -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi

I have huge values in my raster cells and I am manually always setting
thrm to FCELL. Is there a possibility to instruct GRASS to use FCELL
(or DCELL) as a default instead of CELL?

Thanks

Rainer

- - --
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8LP5AACgkQoYgNqgF2egqIMwCfeWPRNyLlu9ZamOmLcECGoisV
81cAn0TBNu2YW7ugZ2o5eq/9XW6lvyV9
=eGtL
- -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8L9QAACgkQoYgNqgF2egqP4gCfRupO4ruYVzofwxiCDZY0r0at
5QkAniLru1bBiWMgfPJiWFfuwIfJ2jI5
=8sW9
-----END PGP SIGNATURE-----

Hi,
not sure to have understood what you want to do but maybe using r.mapcalc functions:
- double(x) --> convert x to double-precision floating point
- float(x) --> convert x to single-precision floating point

Maxi

On 01/10/2012 09:21 AM, Rainer M Krug wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

- -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi

I have huge values in my raster cells and I am manually always setting
thrm to FCELL. Is there a possibility to instruct GRASS to use FCELL
(or DCELL) as a default instead of CELL?

Thanks

Rainer

- - --
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8LP5AACgkQoYgNqgF2egqIMwCfeWPRNyLlu9ZamOmLcECGoisV
81cAn0TBNu2YW7ugZ2o5eq/9XW6lvyV9
=eGtL
- -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8L9QAACgkQoYgNqgF2egqP4gCfRupO4ruYVzofwxiCDZY0r0at
5QkAniLru1bBiWMgfPJiWFfuwIfJ2jI5
=8sW9
-----END PGP SIGNATURE-----
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

--

Dr. Eng. Massimiliano Cannata
Responsabile Area Geomatica
Istituto Scienze della Terra
Scuola Universitaria Professionale della Svizzera Italiana
Via Trevano, c.p. 72
CH-6952 Canobbio-Lugano
Tel: +41 (0)58 666 62 14
Fax +41 (0)58 666 62 09

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/01/12 12:50, Massimiliano Cannata wrote:

Hi, not sure to have understood what you want to do but maybe
using r.mapcalc functions: - double(x) --> convert x to
double-precision floating point - float(x) --> convert x
to single-precision floating point

Sorry for not being more clear.

What you suggest is exactly what I am doing - but it is very error
prone, as I have to put this into numerous calculations (this is part
of a simulation model).

What I would like to do is tho change the default type from CELL to
FCELL - i.e. whenever a new raster is created, it will *always* and
*automatically* be saved in a FCELL raster, even if it only contains
integer values, and not in a CELL raster.

Cheers,

Rainer

Maxi

On 01/10/2012 09:21 AM, Rainer M Krug wrote: -----BEGIN PGP SIGNED
MESSAGE----- Hash: SHA1

Hi

I have huge values in my raster cells and I am manually always
setting thrm to FCELL. Is there a possibility to instruct GRASS to
use FCELL (or DCELL) as a default instead of CELL?

Thanks

Rainer

- -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc
(Conservation Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59
98 Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug -----BEGIN PGP SIGNATURE----- Version: GnuPG
v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla -
http://enigmail.mozdev.org/

iEYEARECAAYFAk8LP5AACgkQoYgNqgF2egqIMwCfeWPRNyLlu9ZamOmLcECGoisV
81cAn0TBNu2YW7ugZ2o5eq/9XW6lvyV9 =eGtL -----END PGP SIGNATURE-----

_______________________________________________ grass-user
mailing list grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

- --
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8MKiUACgkQoYgNqgF2egqmOQCfR0VP+5VYGRK0r6ePFxIZ+Oa1
snQAnRLfyjq9JJFwZzAhDZuEoGA7x1s6
=vCXE
-----END PGP SIGNATURE-----

When you include in any one of your multiplication a number with at least one decimal your result should be a floating raster. Perhaps not as easy as what you are asking for, but it shouldn’t be too error prone, should it?

Paulo

On Tue, Jan 10, 2012 at 3:08 PM, Rainer M Krug <r.m.krug@gmail.com> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/01/12 12:50, Massimiliano Cannata wrote:

Hi, not sure to have understood what you want to do but maybe
using r.mapcalc functions: - double(x) → convert x to
double-precision floating point - float(x) → convert x
to single-precision floating point

Sorry for not being more clear.

What you suggest is exactly what I am doing - but it is very error
prone, as I have to put this into numerous calculations (this is part
of a simulation model).

What I would like to do is tho change the default type from CELL to
FCELL - i.e. whenever a new raster is created, it will always and
automatically be saved in a FCELL raster, even if it only contains
integer values, and not in a CELL raster.

Cheers,

Rainer

Maxi

On 01/10/2012 09:21 AM, Rainer M Krug wrote: -----BEGIN PGP SIGNED
MESSAGE----- Hash: SHA1

Hi

I have huge values in my raster cells and I am manually always
setting thrm to FCELL. Is there a possibility to instruct GRASS to
use FCELL (or DCELL) as a default instead of CELL?

Thanks

Rainer

  • – Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc
    (Conservation Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59
98 Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug -----BEGIN PGP SIGNATURE----- Version: GnuPG
v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla -
http://enigmail.mozdev.org/

iEYEARECAAYFAk8LP5AACgkQoYgNqgF2egqIMwCfeWPRNyLlu9ZamOmLcECGoisV
81cAn0TBNu2YW7ugZ2o5eq/9XW6lvyV9 =eGtL -----END PGP SIGNATURE-----

_______________________________________________ grass-user
mailing list grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8MKiUACgkQoYgNqgF2egqmOQCfR0VP+5VYGRK0r6ePFxIZ+Oa1
snQAnRLfyjq9JJFwZzAhDZuEoGA7x1s6
=vCXE
-----END PGP SIGNATURE-----


grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/01/12 13:17, Paulo van Breugel wrote:

When you include in any one of your multiplication a number with
at least one decimal your result should be a floating raster.
Perhaps not

so

oldmap * 1

results in a raster of the same type as oldmap,

where

oldmap * 1.0

would result in a FCELL?

as easy as what you are asking for, but it shouldn't be too error
prone, should it?

In principal not - but I have to check the whole simulation.

Thanks,

Rainer

Paulo

On Tue, Jan 10, 2012 at 3:08 PM, Rainer M Krug <r.m.krug@gmail.com
<mailto:r.m.krug@gmail.com>> wrote:

On 10/01/12 12:50, Massimiliano Cannata wrote:

Hi, not sure to have understood what you want to do but maybe
using r.mapcalc functions: - double(x) --> convert x to
double-precision floating point - float(x) --> convert
x to single-precision floating point

Sorry for not being more clear.

What you suggest is exactly what I am doing - but it is very error
prone, as I have to put this into numerous calculations (this is
part of a simulation model).

What I would like to do is tho change the default type from CELL
to FCELL - i.e. whenever a new raster is created, it will *always*
and *automatically* be saved in a FCELL raster, even if it only
contains integer values, and not in a CELL raster.

Cheers,

Rainer

Maxi

On 01/10/2012 09:21 AM, Rainer M Krug wrote: -----BEGIN PGP
SIGNED MESSAGE----- Hash: SHA1

Hi

I have huge values in my raster cells and I am manually always
setting thrm to FCELL. Is there a possibility to instruct GRASS
to use FCELL (or DCELL) as a default instead of CELL?

Thanks

Rainer

- -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc
(Conservation Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology Stellenbosch
University South Africa

Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62
59 98 Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de <mailto:Rainer@krugs.de>

Skype: RMkrug

_______________________________________________ grass-user mailing
list grass-user@lists.osgeo.org
<mailto:grass-user@lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/grass-user

- --
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8MLcIACgkQoYgNqgF2egoSMQCePKxF92PrrqiAwqo2OLmlthyf
NkgAnjfdAf6dx1lz02Rnyu4g5gkPUZi3
=HmpG
-----END PGP SIGNATURE-----

Yes, also check the manual for r.mapcalc (e.g. http://grass.fbk.eu/gdp/html_grass64/r.mapcalc.html), it is described there somewhere I think

On Tue, Jan 10, 2012 at 3:23 PM, Rainer M Krug <r.m.krug@gmail.com> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/01/12 13:17, Paulo van Breugel wrote:

When you include in any one of your multiplication a number with
at least one decimal your result should be a floating raster.
Perhaps not

so

oldmap * 1

results in a raster of the same type as oldmap,

where

oldmap * 1.0

would result in a FCELL?

as easy as what you are asking for, but it shouldn’t be too error
prone, should it?

In principal not - but I have to check the whole simulation.

Thanks,

Rainer

Paulo

On Tue, Jan 10, 2012 at 3:08 PM, Rainer M Krug <r.m.krug@gmail.com

mailto:[r.m.krug@gmail.com](mailto:r.m.krug@gmail.com)> wrote:

On 10/01/12 12:50, Massimiliano Cannata wrote:

Hi, not sure to have understood what you want to do but maybe
using r.mapcalc functions: - double(x) → convert x to
double-precision floating point - float(x) → convert
x to single-precision floating point

Sorry for not being more clear.

What you suggest is exactly what I am doing - but it is very error
prone, as I have to put this into numerous calculations (this is
part of a simulation model).

What I would like to do is tho change the default type from CELL
to FCELL - i.e. whenever a new raster is created, it will always
and automatically be saved in a FCELL raster, even if it only
contains integer values, and not in a CELL raster.

Cheers,

Rainer

Maxi

On 01/10/2012 09:21 AM, Rainer M Krug wrote: -----BEGIN PGP
SIGNED MESSAGE----- Hash: SHA1

Hi

I have huge values in my raster cells and I am manually always
setting thrm to FCELL. Is there a possibility to instruct GRASS
to use FCELL (or DCELL) as a default instead of CELL?

Thanks

Rainer

  • – Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc
    (Conservation Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology Stellenbosch
University South Africa

Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62
59 98 Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de mailto:[Rainer@krugs.de](mailto:Rainer@krugs.de)

Skype: RMkrug

_______________________________________________ grass-user mailing
list grass-user@lists.osgeo.org

mailto:[grass-user@lists.osgeo.org](mailto:grass-user@lists.osgeo.org)

http://lists.osgeo.org/mailman/listinfo/grass-user


Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8MLcIACgkQoYgNqgF2egoSMQCePKxF92PrrqiAwqo2OLmlthyf
NkgAnjfdAf6dx1lz02Rnyu4g5gkPUZi3
=HmpG
-----END PGP SIGNATURE-----

Rainer M Krug wrote:

What I would like to do is tho change the default type from CELL to
FCELL - i.e. whenever a new raster is created, it will *always* and
*automatically* be saved in a FCELL raster, even if it only contains
integer values, and not in a CELL raster.

This isn't possible. If a module generates a CELL map, it's invariably
because it's performing the calculations using integers. Converting
the final result to floating-point wouldn't help; if the integer
calculations overflow, converting the result to floating-point won't
"undo" the overflow.

Some modules will generate either integer or floating-point output
depending upon the type of the inputs.

so

oldmap * 1

results in a raster of the same type as oldmap,

Arithmetic operations on mixed types promote to the lesser type to the
greater type, where CELL < FCELL < DCELL.

where

oldmap * 1.0

would result in a FCELL?

Actually, it will result in DCELL. r.mapcalc follows C syntax:
floating-point literals are double precision unless suffixed with an
"f", so "oldmap * 1.0f" will result in FCELL (unless oldmap is DCELL).

But float(oldmap) or double(oldmap) do the same thing but avoid the
gratuitous multiply operation.

Also:

1. If you are having issues with overflow, you need to promote values
before calculations, e.g. "float(x) * y". Using "float(x * y)" will
result in x*y overflowing, then the overflowed value will be
converted.

2. Single precision (FCELL) only has a 24-bit mantissa, so integers
greater than 2^24 (16777216) cannot always be represented exactly.
Double precision (DCELL) has a 53-bit mantissa.

--
Glynn Clements <glynn@gclements.plus.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 11/01/12 04:49, Glynn Clements wrote:

Rainer M Krug wrote:

What I would like to do is tho change the default type from CELL
to FCELL - i.e. whenever a new raster is created, it will
*always* and *automatically* be saved in a FCELL raster, even if
it only contains integer values, and not in a CELL raster.

This isn't possible.

Pitty - but makes sense.

If a module generates a CELL map, it's invariably because it's
performing the calculations using integers. Converting the final
result to floating-point wouldn't help; if the integer
calculations overflow, converting the result to floating-point
won't "undo" the overflow.

Good point - so I have to change my approach.

Some modules will generate either integer or floating-point output
depending upon the type of the inputs.

Yes - I am referring mainly to r.mapcalc with the overflow - so I can
do the conversion in the formula.

so

oldmap * 1

results in a raster of the same type as oldmap,

Arithmetic operations on mixed types promote to the lesser type to
the greater type, where CELL < FCELL < DCELL.

I assume the "to the lesser type" should be deleted? So they promote
to the higher type?

where

oldmap * 1.0

would result in a FCELL?

Actually, it will result in DCELL. r.mapcalc follows C syntax:
floating-point literals are double precision unless suffixed with
an "f", so "oldmap * 1.0f" will result in FCELL (unless oldmap is
DCELL).

OK.

But float(oldmap) or double(oldmap) do the same thing but avoid the
gratuitous multiply operation.

Agreed - and I am using them - the * 1 was just a (not very good) example.

Also:

1. If you are having issues with overflow, you need to promote
values before calculations, e.g. "float(x) * y". Using "float(x *
y)" will result in x*y overflowing, then the overflowed value will
be converted.

Very good point - have to go through my code again.

2. Single precision (FCELL) only has a 24-bit mantissa, so integers
greater than 2^24 (16777216) cannot always be represented exactly.
Double precision (DCELL) has a 53-bit mantissa.

So I will go to DCELL and double().

Thanks,

things are much clearer now.

Rainer

- --
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8NTD4ACgkQoYgNqgF2egpwQACfakWPvtlsaKBMBSbn10uNMLAR
PssAn0xf5gE+TSOujix1N2qs0Qw1aqoT
=4tuq
-----END PGP SIGNATURE-----

Rainer M Krug wrote:

> Arithmetic operations on mixed types promote to the lesser type to
> the greater type, where CELL < FCELL < DCELL.

I assume the "to the lesser type" should be deleted? So they promote
to the higher type?

The first "to" should be deleted, i.e. "promote the lesser type to the
greater type". IOW:

          | CELL FCELL DCELL
    ------+------------------
     CELL | CELL FCELL DCELL
    FCELL | FCELL FCELL DCELL
    DCELL | DCELL DCELL DCELL

--
Glynn Clements <glynn@gclements.plus.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 11/01/12 21:32, Glynn Clements wrote:

Rainer M Krug wrote:

Arithmetic operations on mixed types promote to the lesser type
to the greater type, where CELL < FCELL < DCELL.

I assume the "to the lesser type" should be deleted? So they
promote to the higher type?

The first "to" should be deleted, i.e. "promote the lesser type to
the greater type". IOW:

| CELL FCELL DCELL ------+------------------ CELL | CELL FCELL
DCELL FCELL | FCELL FCELL DCELL DCELL | DCELL DCELL DCELL

Thanks for the clarification - One could add this possibly to the FAQ
or in the general description of GRASS?

Rainer

- --
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8OoggACgkQoYgNqgF2egrONgCfatVhb3QapDwI8LLyaxX4R/gN
Pq8An2uEYJIdVM+8yp2g+jIEA3Y1rWXF
=Usvj
-----END PGP SIGNATURE-----

On Thu, Jan 12, 2012 at 10:04 AM, Rainer M Krug <r.m.krug@gmail.com> wrote:
...

Thanks for the clarification - One could add this possibly to the FAQ

Sure (everybody can after registration):

http://grass.osgeo.org/wiki/GRASS_raster_semantics

Markus