[GRASS-dev] [GRASS GIS] #2409: last call for options keys consolidation

[GRASS GIS]

#2409: last call for options keys consolidation
----------------------------------+-----------------------------------------
 Reporter:  martinl               |       Owner:  grass-dev@…              
     Type:  task                  |      Status:  new                      
 Priority:  blocker               |   Milestone:  7.0.0                    
Component:  Default               |     Version:  unspecified              
 Keywords:  standardized options  |    Platform:  Unspecified              
      Cpu:  Unspecified           |  
----------------------------------+-----------------------------------------

Comment(by wenzeslaus):

 Thinking about that more, `r.texture` and actually also `r.neighbors` can
 have just number of options for single raster map which would be named
 `average`, `sum`, ... This completely avoids the need for multiple
 input/output or basename. This approach also removes the need for option
 specifying what needs to be computed (BTW, if applied to `r.ros` we can
 remove the `-s` flag).

 I guess that `r.neighbors` is quite challenging for QGIS Processing and
 other wrappers since the output type for each map can be different and
 there is [http://grass.osgeo.org/grass71/manuals/r.neighbors.html
 #propagation-of-output-precision a table to say how precision is
 propagated]. This might be improved a bit when separate options are used
 (e.g. `average` is always `float`, `diversity` always `integer`) but
 certainly not solved for all and I'm afraid that `FCELL`/`DCELL` makes the
 things even more complicated.

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/2409#comment:14>
GRASS GIS <http://grass.osgeo.org>