Feature request #5725

Make v.* modules corresponding to those in GRASS plugin

Added by Paolo Cavallini over 8 years ago. Updated over 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 #:15239

Description

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

v.class
v.info
v.in.wfs
v.lidar.correction
v.lidar.edgedetection
v.lidar.growing
v.qcount
v.surf.rst.cvdev
v.to.3d
v.vol.rst

The following are in the plugin, not in sextante:

v.centroids
v.kernel
v.mcp
All net modules: v.net.alloc, v.net.iso, v.net.nodes, v.net.path, v.net, v.net.salesman, v.net.steiner, v.net.visibility
v.to.rast3
v.what.rast
v.what.vect

Please help us defining which ones should be added.

The following have a different arrangement:

v.extract> v.extract.list, v.extract.where (in the plugin, WHERE is automatically filled with features selected from the QGIS canvas, an useful feature)
v.extrude> v.extrude.attr, v.extrude.fixed
v.reclass> v.reclass.attr, v.reclass.file

To be checked if it's OK.

History

#1 Updated by Alban P over 8 years ago

Hi,

I think v.Kernel is an important module to implement for Sextante.
Currently, the only way to make a kernel density analysis is to use SDA4PP which require severals R components in a specific version. Consequently, it's not really easy to install.

Best regards,

#2 Updated by Paolo Cavallini about 8 years ago

  • Category set to 59

#3 Updated by Giovanni Manghi about 6 years ago

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

#4 Updated by Giovanni Manghi about 6 years ago

  • Category set to Processing/GRASS

#5 Updated by Giovanni Manghi about 6 years ago

  • Assignee set to Victor Olaya

#6 Updated by Médéric RIBREUX over 4 years ago

  • Status changed from Open to In Progress

Hello,

I have made a pull-request for this feature request...

Feel free to read the PR comment (and react if I have forgotten anything) for an exhaustive review of what will be implemented for v.* algorithms...

#7 Updated by Médéric RIBREUX over 4 years ago

  • Estimated time set to 16.00

#8 Updated by Paolo Cavallini over 4 years ago

Merci for your work! I have read the notes and I agree with all (also dropping v.krige).

#9 Updated by Alexander Bruy over 4 years ago

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

Pull-request was merged

Also available in: Atom PDF