If GRASS variables are set, use them for analyses

[qgib]

Author Name: Paolo Cavallini (@pcav)
Original Redmine Issue: 5462

Redmine category:processing/grass

---

Currently, the plugin generates locations on the fly. It would be good if, in case a region etc. is defined by opening a mapset, these variables would be used for subsequent analyses. If so, the GRASS modules should be removed from the GRASS plugin, as they would be redundant when feature parity will be achieved.

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

And if somehow would be ever possible to set (in Sextante) the region extent and resolution (in similar way as it is possible in the qgis/grass plugin) we can drop the qgis/grass plugin all together ;)

[qgib]

Author Name: Paolo Cavallini (@pcav)

---

Not really: we would still miss the browser and the digitizer.

[qgib]

Author Name: Victor Olaya (@volaya)

---

from r146 there is a tool that allows you to graphically define the region setting. It is in the algorithms tree, under GRASS/tools

Have to figure out now how to use grass settings created from the grass plugin

[qgib]

Author Name: Markus Neteler (Markus Neteler)

---

GRASS (raster) modules respect the WIND file.

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

• project_id was changed from 78 to 17
• category_id removed 59

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

• category_id was configured as Processing/GRASS

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

• easy_fix was configured as 0

[qgib]

Author Name: Paolo Cavallini (@pcav)

---

Still true in QGIS 3, unsure whether still desirable.

---

• assigned_to_id removed Victor Olaya