<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 24, 2015 at 6:19 AM, Paolo Cavallini <span dir="ltr"><<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id=":34e" class="" style="overflow:hidden">> --------  Messaggio Inoltrato --------<br>
> Oggetto: Re: [Qgis-developer] QGIS and GRASS 7.0.0<br>
> Data: Tue, 24 Feb 2015 08:08:18 +0100<br>
> Mittente: Paolo Cavallini <<a href="mailto:cavallini@faunalia.it">cavallini@faunalia.it</a>><br>
> Organizzazione: Faunalia<br>
> A: Pedro Venâncio <<a href="mailto:pedrongvenancio@gmail.com">pedrongvenancio@gmail.com</a>><br>
> CC: qgis-developer <<a href="mailto:qgis-developer@lists.osgeo.org">qgis-developer@lists.osgeo.org</a>><br>
<span class="">><br>
> Olá Pedro,<br>
><br>
> Il 23/02/2015 22:06, Pedro Venâncio ha scritto:<br>
><br>
</span><span class="">>> Despite the great advantages of GRASS commands in Processing, I think<br>
>> that the GRASS plugin still plays an important role and is an excellent<br>
>> interface for GRASS. For those who still like to use the paradigm of<br>
>> locations, mapsets and the GRASS topological model, GRASS plugin is very<br>
>> important, because then it allows to use all QGIS tools, for example, to<br>
>> create layouts using the Composer, etc.<br>
><br>
</span><span class="">> Agreed. Moreover, the overhead of importing/exporting data for each step<br>
> of a complex analysis puts GRASS algs to a disadvantage for Processing<br>
> users.<br>
<br>
</span>The overhead is not necessarily needed in case of raster maps:<br>
<br>
#### Workflow example:<br>
# register GeoTIFF file in GRASS GIS database (no import but direct link):<br>
r.external input=tempmap1.tif output=modis_celsius<br>
<br>
# define output directory for files resulting from GRASS calculation:<br>
# i.e. GRASS GIS writes directly a GeoTIFF file here, no GRASS DB storage<br>
r.external.out directory=$HOME/gisoutput/ format="GTiff"<br>
<br>
# perform calculation (here: extract pixels > 20 deg C) and<br>
# write output directly as GeoTIFF:<br>
r.mapcalc "warm.tif = if(modis_celsius > 20.0, modis_celsius, null() )"<br>
<br>
# cease GDAL output connection and turn back to write GRASS raster files:<br>
r.external.out -r<br>
<br>
# use the result elsewhere<br>
qgis $HOME/gisoutput/warm.tif<br>
#### END Workflow example:<br>
<br>
This approach could be used in "Processing" as well. Or in a WPS context<br>
etc.</div></blockquote></div><br></div><div class="gmail_extra">Hi,<br><br>see also GRASS GIS (+QGIS?) GSoC 2015 idea for further discussion on that topic:<br><br><a href="http://trac.osgeo.org/grass/wiki/GSoC/2015#Neweasy-to-usecommandlineinterfaceforGRASSGIS">http://trac.osgeo.org/grass/wiki/GSoC/2015#Neweasy-to-usecommandlineinterfaceforGRASSGIS</a><br><br></div><div class="gmail_extra">From the QGIS Processing source code, I actually got an impression that this approach is already used for rasters.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Vaclav<br></div></div>