<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
    <style>body p { margin-bottom: 0cm; margin-top: 0pt; } </style>
  </head>
  <body bidimailui-detected-decoding-type="UTF-8" bgcolor="#FFFFFF"
    text="#000000">
    <p>On 08/06/2012 12:13, Margherita Di Leo wrote:
      <blockquote
cite="mid:CABa=8Qq6xuGiC9tEJ0_dhASZJQ6NG9ELYUjaCv01RvnimgmFGQ@mail.gmail.com"
        type="cite">Hi,<br>
        <br>
        <div class="gmail_quote">On Fri, Jun 8, 2012 at 1:44 AM, Rich
          Shepard <span dir="ltr"><<a moz-do-not-send="true"
              href="mailto:rshepard@appl-ecosys.com" target="_blank">rshepard@appl-ecosys.com</a>></span>
          wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <br>
            <br>
             In Micha's blog article the cross_points.txt file is used
            as input to<br>
            r.water.outlet which generates the appropriate catchments. I
            assume this is<br>
            also true for r.basin; i.e., it will generate its own basins
            and sub-basins<br>
            based on the outlet points in the cross_points.txt file. Is
            this assumption<br>
            correct?<br>
             <br clear="all">
          </blockquote>
          <div>Correct. I've updated the wiki page <a
              moz-do-not-send="true"
href="http://grass.osgeo.org/wiki/R.basin#Preparation_for_multiple_basins.27_analysis">http://grass.osgeo.org/wiki/R.basin#Preparation_for_multiple_basins.27_analysis</a><br>
            Rich, if you'll test this method, I would appreciate your
            feedback. Feel free to improve the wiki page (and to put it
            into real english :P )<br>
          </div>
        </div>
      </blockquote>
    </p>
    <p><br>
    </p>
    <p>Hi Madi:</p>
    <p>Regarding the threshold value in your auxilliary parsing.py
      script, do you think it might be better to calcuclate a suggested
      value from the size of the original DEM, rather than just put in
      some random 10,000 or so.</p>
    <p>Obviously the user has to understand, and change the threshold to
      suit his needs, but if the script is going to contain some value,
      maybe it should be something "reasonable". I thought, for example
      to choose a suggested thresh size of num_cells/100. i.e.:</p>
    <p>N=`r.univar -g | grep "^n=" | cut -d "=" -f 2`</p>
    <p>THRESH=$(( $N / 100))</p>
    <p>Does that sound reasonable? Since the python auxilliary script
      runs independently of GRASS, I'm not sure how how this would all
      merge together. But it's worth thinking about.</p>
    <p>Regards,</p>
    <p>Micha<br>
    </p>
    <p>
      <blockquote
cite="mid:CABa=8Qq6xuGiC9tEJ0_dhASZJQ6NG9ELYUjaCv01RvnimgmFGQ@mail.gmail.com"
        type="cite">
        <div class="gmail_quote">
          <div>ciao madi<br>
          </div>
        </div>
        <br>
        -- <br>
        Dr. Margherita Di Leo<br>
        <br>
        This mail was received via Mail-SeCure System.<br>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
grass-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/grass-user">http://lists.osgeo.org/mailman/listinfo/grass-user</a>

This mail was received via Mail-SeCure System.


</pre>
      </blockquote>
      <br>
      <br>
    </p>
  </body>
</html>