[GRASS-dev] r.bioclim output integer maps

[Blumentrath, Stefan]

Hi,

That might be a reasons to think about a general, unified option regarding integer, floating point or double output.
Markus`s solution in r.bioclim could be very useful in other modules too. Esp. those that produce a lot of data and default to double. Here I think e.g. about r.sun which can produce a lot of layers, where the digits often are insignificant. I know such an option is not especially easy to implement and would require quite some changes.

However, maybe it is worth it to think in that direction e.g. for GRASS 8?

Kind regards,
Stefan

From: grass-dev [mailto:grass-dev-bounces at lists.osgeo.org] On Behalf Of Paulo van Breugel
Sent: 22. februar 2016 09:18
To: Markus Metz <markus.metz.giswork at gmail.com>
Cc: GRASS developers list <grass-dev at lists.osgeo.org>
Subject: Re: [GRASS-dev] r.bioclim output integer maps



On Sun, Feb 21, 2016 at 12:20 PM, Markus Metz <markus.metz.giswork at gmail.com<mailto:markus.metz.giswork at gmail.com>> wrote:
On Wed, Feb 10, 2016 at 2:39 PM, Paulo van Breugel
<p.vanbreugel at gmail.com<mailto:p.vanbreugel at gmail.com>> wrote:
>
>
> On Wed, Feb 10, 2016 at 1:16 PM, Markus Neteler <neteler at osgeo.org<mailto:neteler at osgeo.org>> wrote:
>>
>>
>> On Feb 10, 2016 12:03 PM, "Paulo van Breugel" <p.vanbreugel at gmail.com<mailto:p.vanbreugel at gmail.com>>
>> wrote:
>> > On Wed, Feb 10, 2016 at 10:26 AM, Markus Neteler <neteler at osgeo.org<mailto:neteler at osgeo.org>>
>> > wrote:
>> >> I guess for the compatibility with WORLDCLIM (have added that, too).
>> >> The other Markus will know better :-)
>> >
>> > I still think it is really preferable to not round these numbers, but
>> > leave that to the user (perhaps include it as an option though). But in any
>> > case, the text you added makes things more explicit / clear, which is most
>> > important.
>>
>> Python patches are welcome!
>
>
> I could give that a try (wasn't difficult if I remember well), but I rather
> first hear from Markus (the other ;-) whether he thinks it is something that
> could/should be changed

It could be changed, but I am not sure if it is worth the trouble.
When I wrote the module, I used bioclim from worldclim as test suite
which also uses integer. That means when using worldclim as input, the
default settings produce output identical to worldclim's bioclim maps.

Instead of leaving the rounding to the user, you could also leave the
conversion to fp to the user. I prefer to have rounding to integer
because 1) users will not get the false impression of high accuracy
with floating point values,2) it saves a lot of disk space.

OK, that is clear. I think the most important is that this is now clearly explained in the manual pages.


Markus M

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20160222/23181be6/attachment-0001.html>