Le 9/25/18 à 4:10 PM, Moritz Lennert a écrit :
On 25/09/18 15:40, Frank David wrote:
Thank you Vero,
If I well understand, r.series return always floating values. But
from trunk r73206 we expect something different... Ok I will wait for
the next release, and continue with a int().
But I
On 25/09/18 15:40, Frank David wrote:
Thank you Vero,
If I well understand, r.series return always floating values. But from
trunk r73206 we expect something different... Ok I will wait for the
next release, and continue with a int().
But I still not understand from where r.series return
Thank you Vero,
If I well understand, r.series return always floating values. But from
trunk r73206 we expect something different... Ok I will wait for the
next release, and continue with a int().
But I still not understand from where r.series return such values (more
or less 0.03) from
Hello Frank,
See this related thread:
https://lists.osgeo.org/pipermail/grass-dev/2018-August/089410.html
The method sum in r.series always returns DCELL. But maybe this is also a
case in which a check of data type could be done beforehand, so the result
keeps the original data type.
HTH,
Vero
Hello all,
I've done a sum with r.series from 8 rasters previously calculated with
r.mapcalc. Each raster cell content is 0 or 1. So the sum raster cells
should have 0 to 8. I was looking at r.category to set labels like "1 to
2", "3 to 4", etc. To see my raster values, I've done a