<div dir="ltr"><div><br></div><div>Hi Markus  M.</div><div><br></div><div>I was testing the r.stream.extract for 2 tiff </div><div><br></div><div>1) 80040 x 72870 = 5,832,514,800 i got the stream results - no error </div><div><br></div><div>2) 80490 x 142690 = 11,485,118,100 i got the following error </div><div><br></div><div><div>A* Search...</div><div>0..2../var/spool/slurmd/job6514787/slurm_script: line 80: 28925 Bus error               r.stream.extract elevation=elv accumulation=upa threshold=0.5 depression=dep direction=dir stream_raster=stream memory=45000 --o --verbose</div></div><div><br></div><div>Do you think that is something with the slurm ram limitation or is something with the r.extract.stream? </div><div>If the the stream output have a number of stream segments larger than 2,147,483,647 what is happen? </div><div>Do I get an error or all the value larger than   2,147,483,647 are just rounded to 2,147,483,647 ? </div><div><br></div><div><br></div><div>Moreover, if use the stream obtain from option 1) and I use the stream as input for the r.stream.basins  </div><div>I got the following error</div><div><br></div><div><div>reading raster map <stream>...</div><div>0..3..6..9..12..15..18..21..24..27..30..33..36..39..42..45../var/spool/slurmd/job6514788/slurm_script: line 82: 17687 Bus error               /gpfs/home/fas/sbsc/ga254/.grass7/addons/bin/r.stream.basins -l stream_rast=stream direction=dir</div></div><div><br></div><div>is this something that need to be fixed in r.stream.basins, or should i think that is due to other problems </div><div><br></div><div>Thank you </div><div>Giuseppe </div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 10 November 2017 at 11:21, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Nov 1, 2017 at 10:12 PM, Markus Metz<br>
<<a href="mailto:markus.metz.giswork@gmail.com">markus.metz.giswork@gmail.com</a><wbr>> wrote:<br>
> On Wed, Nov 1, 2017 at 7:15 PM, Giuseppe Amatulli<br>
> <<a href="mailto:giuseppe.amatulli@gmail.com">giuseppe.amatulli@gmail.com</a>> wrote:<br>
>><br>
>> Thanks Markus!!<br>
>> I will test and I will let you know how it works.<br>
><br>
> Your feedback is very helpful!<br>
>><br>
>> I have few  more questions<br>
>> 1) now how much is the upper limit matrix cell number that<br>
>> r.stream.extract can handle?<br>
><br>
> About 1.15e+18 cells.<br>
><br>
> Another limitation is the number of detected stream segments. This must not<br>
> be larger than 2,147,483,647 streams,<br>
</span>...<br>
<br>
(Added as a note to<br>
 <a href="https://grasswiki.osgeo.org/wiki/GRASS_GIS_Performance#Some_benchmarks" rel="noreferrer" target="_blank">https://grasswiki.osgeo.org/<wbr>wiki/GRASS_GIS_Performance#<wbr>Some_benchmarks</a><br>
)<br>
<br>
best,<br>
markusN<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Giuseppe Amatulli, Ph.D.<br><br>Research scientist at<br><span>Yale School of Forestry & Environmental Studies<br></span><span>Yale Center for Research Computing<br></span>Center for Science and Social Science Information<br>New Haven, 06511<br><div>
   Teaching: <a href="http://spatial-ecology.net" target="_blank">http://spatial-ecology.net</a></div> 
  
   Work:  <a href="https://environment.yale.edu/profile/giuseppe-amatulli/" target="_blank">https://environment.yale.edu/profile/giuseppe-amatulli/</a> <br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div>