Assign suitable map output typ automatically in modules which use lib/stats

[sbl]

Recently Glynn implemented a logic for assigning the moste suitable output type (integer / float) to maps produced in r.neighbors.

Basically, all modules which use lib/stats would benefit from such a logic, like r.resamp.stats, r.series, r.series.interp, r3.neighbors, v.vect.stats and possibly r.in.xyz, as well all modules which are based on them (e.g. t.rast.aggregate).

Implementing Glynns logic on library level would help to both avoid that maps produced with these modules unnecessarily occupy hard disk space and speed up subsequent operations as well as it would spare users who care about the storage type from running r.mapcalc int() / float() and g.remove after one of the named commands.

Not sure how FCELL/DCELL differences for float output could/should be tackled...

For the original discussion see: ​http://osgeo-org.1560.x6.nabble.com/G7-r-neighbors-changes-data-type-from-CELL-to-DCELL-tt5134367.html

[neteler]

Original discussion link (since nabble servers tend to change their name over time):

​http://lists.osgeo.org/pipermail/grass-dev/2014-April/068247.html

[neteler]

Milestone renamed

[neteler]

Ticket retargeted after milestone closed

[martinl]

All enhancement tickets should be assigned to 7.4 milestone.

[neteler]

Ticket retargeted after milestone closed

[martinl]

All enhancement tickets should be assigned to 7.6 milestone.

[martinl]

Ticket retargeted after milestone closed

[martinl]

Ticket retargeted after milestone closed