[GRASS-user] Problem with r. mapcalc

[Giuseppe Amatulli]

Thanks to both of you!!
Now I got it! So the
Float32, CFloat32       -3.4E38   3.4E38 range identify the maximum number
of characters in the binary format and not in the decimal format - correct?
So even if 3024784769025  fit as a decimal number in -3.4E38   3.4E38 does
not fit as binary - correct?
...this one I did not know... I spent a few days on this.

yes r.info gives the scientific format so it will be nice to have also the
long decimal  number.. .to spot this kind of errors.
Giuseppe



On Thu, 25 Feb 2021 at 11:29, Maris Nartiss <maris.gis at gmail.com> wrote:

> Markus, output of r.univar and r.info both can have scientific
> notation in their range outputs.
>
> Giuseppe, at least on my system r.mapcalc for floating point
> expressions (if one of operands is floating point) defaults to double
> (stored as DCELL). Still to be safe you can convert one of operands
> (e.g. input map with ints) to double with double() as Markus already
> pointed out.
>
> Good luck,
> Māris.
>


-- 
Giuseppe Amatulli, Ph.D.

Research scientist at
School of the Environment
Yale University
New Haven, CT, USA - 06511
Tweeter: @BigDataEcology
Teaching: http://spatial-ecology.net
Work:  https://environment.yale.edu/profile/giuseppe-amatulli/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-user/attachments/20210225/e85401be/attachment-0001.html>