Feature request #14856
Processing: Use r.external.out for GRASS raster algorithms
Status: | Open | ||
---|---|---|---|
Priority: | Normal | ||
Assignee: | Victor Olaya | ||
Category: | Processing/GRASS | ||
Pull Request or Patch supplied: | No | Resolution: | |
Easy fix?: | No | Copied to github as #: | 22809 |
Description
In processing, GRASS raster algorithms should use r.external.out instead of r.out.gdal.
With r.external.out, results are stored directly as non-GRASS, GDAL-supported formats. This will save a significant amount of processing time as the export step is saved.
Files will be stored in a sub-folder of the current (temporary) mapset. Thus, after completition, results have to be moved to the user-defined location. Therefore, speed improvements are less big, when the user-defined output and the temporary GRASS location are not on the same volume.
Necessary changes would be along the lines of the attached Grass7Algorithm.py.
The attached Grass7Algorithm.py works at least for r.aspect, except for the "mv", which has trouble with the path delimiters / drive letter on windows.
Please note, that GeoTiff is hard-coded as output format, while r.external.out supports all gdal writable formats.
History
#1 Updated by Stefan Blumentrath over 8 years ago
Be aware of this one: https://trac.osgeo.org/grass/ticket/3059
#2 Updated by Giovanni Manghi over 7 years ago
- Easy fix? set to No