<div>Hi Glynn Clements,</div>
<div>&nbsp;</div>
<div>Thanks for your reply. In fact I need to generate a (uncontroled) distance map from all my values=1.</div>
<div>I confess that I donīt understood how r.grow will help me on this task.</div>
<div>I need to build a for looping and grow and grow many times the new generated map?</div>
<div>Or is there a a way of simple generate a distance map on one command?</div>
<div>&nbsp;</div>
<div>Remembering that I am new in GRASS and that I run under windows.</div>
<div>&nbsp;</div>
<div>Thanks in advance,</div>
<div>&nbsp;</div>
<div>miltinho astronauta</div>
<div>brazil</div>
<div><br><br>&nbsp;</div>
<div><span class="gmail_quote">2008/7/21, Glynn Clements &lt;<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>&gt;:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>Milton Cezar Ribeiro wrote:<br><br>&gt; I just started to use GRASS, and I am working with a (almost to me) very<br>
&gt; large dataset into GRASS 6.3.0 NATIVE WINDOWS<br>&gt; I imported an Erdas image file using Gdal. Apparently I looks fine, because<br>&gt; GRASS understood and create a Mapset with all informations contained on my<br>
&gt; IMG file (like projection, number of cells, bounding box, etc.).<br>&gt;<br>&gt; The raster map is 60,000x48,000 pixels.<br>&gt;<br>&gt; I tryed display my raster map (it is a binary map with values 0 and 1), but<br>
&gt; I can see the binary map.<br>&gt; How can I display my raster map on Map Display 1? I notice that &quot;d.raster<br>&gt; teste&quot; send the output to .tmp directory (or something like).<br>&gt;<br>&gt; But my biggest problem is that I need to generate a Distance Map from those<br>
&gt; pixels which values is 1.<br>&gt;<br>&gt; I tryed &quot;r.buffer input=test output=teste_buffer distances=50,100&quot; (it is in<br>&gt; meters)<br>&gt; but GRASS return a erros message telling that canīt allocate memory<br>
<br>r.buffer tries to read the entire map into memory, which isn&#39;t going<br>to work with a map that large (it would need 2.8GB; even if you have<br>that amount of RAM, a 32-bit OS probably isn&#39;t going to let you have<br>
that much in a single block).<br><br>r.grow doesn&#39;t suffer from the memory issues of r.buffer. It only<br>keeps in memory as many rows as are necessary given the size of the<br>buffer (i.e. 2*radius+1 rows).<br><br>It doesn&#39;t support multiple distance zones, so you would need to use<br>
multiple passes and patch the results together with r.patch.<br><br>--<br>Glynn Clements &lt;<a href="mailto:glynn@gclements.plus.com">glynn@gclements.plus.com</a>&gt;<br></blockquote></div><br>