<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hi Markus, </div>

<div> </div>

<div>Thanks for your help!</div>

<div> </div>

<div>We got some more RAM, changed the basins I was using (got smaller ones) and reduced the resolution of the computational region, so I hope I do not run into memory problems. </div>

<div> </div>

<div>I downloaded the new grass version and run:</div>

<div><em>r.basin map=map@Elevation prefix=o coordinates=-71.10394196,43.9865230801 threshold=19005 dir="C:\\Users\\Andrea\\Basins"</em></div>

<div> </div>

<div>I get:</div>

<div><em>"...</em></div>

<div><em>Number of isles: 0<br/>
ERROR: option <output>: <o_map_outlet_snap> exists.<br/>
Reading features...<br/>
Writing raster map...<br/>
Converted points/lines: 1 of 1<br/>
v.to.rast complete.<br/>
ERROR: Module built against version $Revision: 62060 $ but trying to use version $Revision: 62364 $. You need to rebuild GRASS GIS or untangle multiple installations.<br/>
Delineation of basin done<br/>
Invalid map <o_map_basin><br/>
Invalid map <o_map_basin><br/>
Parse error<br/>
ERROR: parse error<br/>
ERROR: An error occurred while running r.mapcalc"</em></div>

<div> </div>

<div>I still have grass 6.4.4 and grass 7.0 installed, maybe I have too many grasses on my machine ?</div>

<div> </div>

<div><span style="line-height: 1.6em;">I also have two more questions:</span></div>

<div>- Should I set the computational region to the whole raster map I am using or to the vector map defining my basin? (I tried both alternatives and r.basin writes something a bit different on the screen depending on what I use)</div>

<div>I am using a mask based on my vector map, so maybe the computations are anyways done only for the area covered by the basin? </div>

<div>
<div> </div>

<div>- You wrote that I might have <span style="font-family: Verdana; font-size: 12px; line-height: 19.2000007629395px;">24 bytes/cell .. How can I find out how many bytes/cell my raster has? I did not find any information about that and just would like to know ...</span></div>

<div> </div>

<div>Thanks!</div>

<div>Regards, </div>

<div>Andrea.</div>

<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Dienstag, 28. Oktober 2014 um 17:13 Uhr<br/>
<b>Von:</b> "Markus Neteler" <neteler@osgeo.org><br/>
<b>An:</b> "Andrea Timmermann" <timmermann@gmx.at><br/>
<b>Cc:</b> "GRASS user list" <grass-user@lists.osgeo.org><br/>
<b>Betreff:</b> Re: Re: Re: [GRASS-user] Problem with r.basin in grass7</div>

<div name="quoted-content">Hi Andrea,<br/>
<br/>
On Fri, Oct 24, 2014 at 3:27 PM, Andrea Timmermann <timmermann@gmx.at> wrote:<br/>
> Hi Markus,<br/>
><br/>
> Thanks for your answer! I have now however another problem ...<br/>
> When running:<br/>
><br/>
> r.basin map=map@Elevation prefix=o coordinates=-71.10394196,43.9865230801<br/>
> threshold=19005 dir=C:\\Users\\Andrea\\Basins<br/>
><br/>
> I get:<br/>
> " ....<br/>
> v.to.rast complete.<br/>
> All in RAM calculation...<br/>
> Reading raster map <o_map_drainage_e>...<br/>
> Calculating basins using vector point map...<br/>
> Current region rows: 21612, cols: 21612<br/>
> ERROR: G_calloc: unable to allocate 21612 * 4 bytes of memory at io.c:41<br/>
<br/>
So, starting with GRASS 7 revision r62444 (see startup screen or<br/>
g.version -g) you will be told *which* module actually failed, so the<br/>
G_calloc error will be more useful. To get that, you will need to<br/>
update your GRASS GIS 7 installation.<br/>
<br/>
However, a few thoughts before:<br/>
<br/>
Current region rows: 21612, cols: 21612<br/>
i.e. 467078544 cells at 24 bytes/cell (AFAIK). That is:<br/>
<br/>
> 467078544 * 24 / 1024 / 1024/ 1024<br/>
[1] 10.44002<br/>
<br/>
Leaving a bit for the operating system etc, you may exceed 12GB RAM if<br/>
I got the numbers right.<br/>
<br/>
Are you sure that you want to use 467 million cells? If not, check<br/>
"g.region -p", perhaps the computational region resolution is too<br/>
high?<br/>
<br/>
best<br/>
Markus</div>
</div>
</div></div></body></html>