[GRASS-user] r. denoise

[Helmut Kudrnovsky]

[please keep it on the ML, so others can also benefit]

> Yeah youre right it's all about computational region, and my map is somewhat big. I have to plan another strategy.

ok, maybe a "warning" hint regarding the memory consumption should be added to the r.denoise-manual?

> Some time ago I read something about r, neighbors or something like that. Do you think that this will be better way?

from the manuals:

r.denoise denoises (smooths/despeckles) topographic data, particular DEMs derived from radar data (including SRTM), using Xianfang Sun's denoising algorithm. It is designed to preserve sharp edges and to denoise with minimal changes to the original data. 

and

r.neighbors - Makes each cell category value a function of the category values assigned to the cells around it, and stores new cell values in an output raster map layer.

both modules may do analog things, but maybe not the same.

any ideas from DEM-specialists?

Helmut

>------------------------------------------------------------
>From:
>To:
>Subject: RE: [GRASS-user] r. denoise
>Date: Fri, 8 Feb 2013 17:28:32 +0000

>Thanks you are very kind.

>> Date: Fri, 8 Feb 2013 03:00:14 -0800
>> From:
>> To: grass-user at lists.osgeo.org
>> Subject: Re: [GRASS-user] r. denoise
>>
>> > any idea?
>>
>> see here
>>
>> http://lists.osgeo.org/pipermail/grass-user/2013-January/066884.html
>>
>
>
>
>
> -----
> best regards
> Helmut
> --
> View this message in context: http://osgeo-org.1560.n6.nabble.com/r-denoise-tp5032953p5033043.html[http://osgeo-org.1560.n6.nabble.com/r-denoise-tp5032953p5033043.html]
> Sent from the Grass - Users mailing list archive at Nabble.com.
> _______________________________________________
> grass-user mailing list
> grass-user at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user[http://lists.osgeo.org/mailman/listinfo/grass-user]