[GRASS-dev] [GRASS GIS] #2321: Assign suitable map output typ automatically in modules which use lib/stats
GRASS GIS
trac at osgeo.org
Mon Jun 2 23:40:27 PDT 2014
#2321: Assign suitable map output typ automatically in modules which use lib/stats
-------------------------+--------------------------------------------------
Reporter: sbl | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 7.1.0
Component: Raster | Version: unspecified
Keywords: | Platform: All
Cpu: All |
-------------------------+--------------------------------------------------
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
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/2321>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list