<br><br><div class="gmail_quote">2012/12/15  <span dir="ltr"><<a href="mailto:grass-user-request@lists.osgeo.org" target="_blank">grass-user-request@lists.osgeo.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The following attempt segfaults on GRASS 6.4.3svn (nearly in the end of the<br>
process, if I am not wrong), running on Core i7 with 32GB of RAM.<br>
<br>
# mdenoise ASTER GDEM2 over Greece<br>
r.denoise in=aster_gdem2_ellas out=aster_gdem2_ellas_smoothed iterations=1<br>
threshold=0.8 epsg=2100<br>
<br>
The computational area comprises (Rows: 32401, Columns: 36001) 1166468401<br>
cells.  Is this too much?<br>
<br>
Would (re-)running this on GRASS 7.0.svn make any difference?<br>
I should better perform the process on a per (ASTER GDEM2) tile(s) basis,<br>
shouldn't I?<br>
<br>
<br>
</blockquote></div><br><br>Hi Nikos. In my experience, <mdenoise> utility works well with raster sizes no more than 2000x2000 (regardless of RAM size). That's why the only way to denoise the large rasters — using of tiles and patching of final results.<br>
<br>---------------------------<br>Best regards, <br>Alexander.<br>