Feature request #5725
Make v.* modules corresponding to those in GRASS plugin
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 12 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 12 years ago
- Category set to 59
#3 Updated by Giovanni Manghi about 10 years ago
- Project changed from 78 to QGIS Application
- Category deleted (
59)
#4 Updated by Giovanni Manghi about 10 years ago
- Category set to Processing/GRASS
#5 Updated by Giovanni Manghi about 10 years ago
- Assignee set to Victor Olaya
#6 Updated by Médéric RIBREUX over 8 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 8 years ago
- Estimated time set to 16.00
#8 Updated by Paolo Cavallini over 8 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 8 years ago
- Resolution set to fixed/implemented
- Status changed from In Progress to Closed
Pull-request was merged