Feature request #5724

Make r.* modules corresponding to those in GRASS plugin

Added by Paolo Cavallini almost 8 years ago. Updated about 4 years ago.

Status:Closed
Priority:Normal
Assignee:Victor Olaya
Category:Processing/GRASS
Pull Request or Patch supplied:No Resolution:fixed/implemented
Easy fix?:No Copied to github as #:15238

Description

Currently these modules are in sextante, not in the plugin:

r.flow
r.gwflow
r.horizon
r.info
r.mfilter.fp
r.profile
r.quantile
r.rescale.eq
r.ros, r.spreadpath, r.spread (useless? could be removed, see Markus N comments)
r.sim.sediment
r.sim.water
rr.sunmask
r.sun
r.terraflow.short
r.terraflow
r.topmodel

The following are in the plugin, not in sextante:

r.blend
r.category
r.colors.rast
r.colors.rules
r.colors.stddev
r.colors.table
r.lake.seed
r.lake.xy
r.mapcalc (the graphic calculator)
r.mask
r.null.null
r.null.to
r.null.val
r.reclass.area.greater
r.reclass.area.lesser
r.reclass.file
r.series
r.slope
r.support
r.support.stats
r.surf.fractal
r.texture.bis
r.to.null
r.what

Please help us defining which ones should be added.

The following have a different arrangement:

r.walk: split in r.walk.coord and r.walk.vect (plugin)
rr.sunmask (wrong name?): split in r.sunmask.date.time and r.sunmask.position
r.cost: split in r.cost.coord, r.cost.rast and r.cost.vect
r.contour: split in r.contour and r.contour2

To be checked if it's OK.

History

#1 Updated by Paolo Cavallini almost 8 years ago

r.slope added in r220

#2 Updated by Paolo Cavallini over 7 years ago

  • Category set to 59

#3 Updated by Filipe Dias over 6 years ago

Perhaps it would be better to open individual tickets, stating which (if any) changes should be made to each individual algorithm?

#4 Updated by Giovanni Manghi over 6 years ago

leave this open, I plan to add the missing tools, if possible.

In general I'm not in favor of having just the options available in the grass plugins, because sometimes are missing important ones.

We should add the tools with all the options available, and then if necessary make also simplified versions with less parameters. It is the approach I used to fix recently a couple of modules.

#5 Updated by Giovanni Manghi over 5 years ago

  • Category deleted (59)
  • Project changed from 78 to QGIS Application

#6 Updated by Giovanni Manghi over 5 years ago

  • Category set to Processing/GRASS

#7 Updated by Giovanni Manghi over 5 years ago

  • Assignee set to Victor Olaya

#8 Updated by Médéric RIBREUX about 4 years ago

Hello, bug triage...

as of today, only the following algorithms are not implemented into Processing:

  • r.blend
  • r.category
  • r.colors.rast (r.colors)
  • r.colors.rules (r.colors)
  • r.colors.stddev
  • r.colors.table (r.colors)
  • r.cost.coord (r.cost)
  • r.cost.rast (r.cost)
  • r.cost.vect (r.cost)
  • r.mapcalc (but covered in #6894)
  • r.mask
  • r.sunmask.datetime (covered in #14263)
  • r.sunmask.position (covered in #14263)
  • r.support
  • r.support.stats
  • r.surf.fractal
  • r.texture.bis (r.texture)
  • r.walk.coord (r.walk)
  • r.walk.vect (r.walk)
  • r.what

The following algorithms are already implemented with a different name:

  • r.contour -> r.contour.step
  • r.contour2 -> r.contour.level
  • r.lake.seed -> r.lake.layer
  • r.lake.xy -> r.lake.coords
  • r.null.null -> r.null
  • r.null.to -> r.null
  • r.null.val -> r.null
  • r.reclass.file -> r.reclass

For colors, the main problem is that I am not sure that we can make a GeoTiff with a color map that can be interpreted by QGIS.
This is the same for r.support (for metadata).

#9 Updated by Médéric RIBREUX about 4 years ago

  • Status changed from Open to In Progress

Hello,

there is a PR for this !
It should implement everything that is implementable for GRASS7 r. modules...

#10 Updated by Alexander Bruy about 4 years ago

  • Resolution set to fixed/implemented
  • Status changed from In Progress to Closed

Pull-request was merged

Also available in: Atom PDF