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,
<[email protected]<mailto:[email protected]>>
<[email protected]<mailto:[email protected]>>
wrote:
From: Patrick S. <[email protected]<mailto:[email protected]>>
Subject: [GRASS-user] r.param.scale->high plane as peaks?
Date: April 15, 2014 at 11:38:12 PM MST
To: grass mailing list
<[email protected]<mailto:[email protected]>>
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
_______________________________________________
grass-user mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/grass-user
