<html>

  <head>

    <meta content="text/html; charset=ISO-8859-1"

      http-equiv="Content-Type">

    <link href="chrome://translator/skin/floatingPanel.css"

      type="text/css" rel="stylesheet">

  </head>

  <body bgcolor="#FFFFFF" text="#000099">

    On 04/02/2012 12:12 PM, Paolo Cavallini wrote:

    <blockquote cite="mid:4F797B94.3070109@faunalia.it" type="cite">

      <pre wrap="">On 02/04/2012 12:10, Victor Olaya wrote:

</pre>

      <blockquote type="cite">

        <pre wrap="">The idea (at least, my original idea) was to let users with no GRASS

knowledge to use GRASS algorithms from a more common GIS interface. So

they do not have to worry about mapsets and things like that, and they

execute the algorithm just like they would do with any other one. The

mapset and location is created automatically each time the algorithm

is run, and all data imported into it. Then the results are exported

and loaded in the GIS.

</pre>

      </blockquote>

      <pre wrap="">

agreed, very useful - you just do not need to import rasters, thanks to r.external :)

all the best.

</pre>

    </blockquote>

    Paolo, I might be misunderstand, but that would only apply if

    r.external allows the creation of a location on the fly. Or this

    could perhaps be done via another way, e.g., using the normal

    r.in.gdal to create the locaion, without actually importing the

    layer. No clue what would be the overhead of this (I don't know how

    r.in.gdal gets the information to determine the location parameters,

    does it need to read the whole raster first?). But I am sure Victor

    will find the best way to do this :-)<br>

    <br>

    <br>

    <div style="bottom: auto; left: 27px; right: auto; top: 478px;

      display: none;" class="translator-theme-default"

      id="translator-floating-panel">

      <div title="Click to translate"

        id="translator-floating-panel-button"></div>

    </div>

  </body>

</html>