You need to vary the size of the processing window (“size” argument). A tiny window will identify tiny features (e.g. peaks within a 3x3 cell window); a big window will find very large features.
Michael
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University
voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
On Apr 16, 2014, at 12:00 PM, <grass-user-request@lists.osgeo.org> <grass-user-request@lists.osgeo.org> wrote:
From: Patrick S. <patrick_GIS@gmx.ch>
Subject: [GRASS-user] r.param.scale->high plane as peaks?
Date: April 15, 2014 at 11:38:12 PM MST
To: grass mailing list <grass-user@lists.osgeo.org>
Dear List,
In my test of r.param.scale on GRASS64 peaks are evaluated on basis of single cells and do not form areas. High plains, i.e. neighboring “peaks” with the same value get ignored, while the example picture shows such areas http://grass.osgeo.org/grass65/manuals/r.param.scale.html (only for GRASS65?).
What would be the best way to find such grid cells and define peak-areas when needed?Thank you for your feedback,
Patrick