[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