[GRASS-user] r.param.scale->high plane as peaks?

[Michael Barton]

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 at lists.osgeo.org<mailto:grass-user-request at lists.osgeo.org>> <grass-user-request at lists.osgeo.org<mailto:grass-user-request at lists.osgeo.org>> wrote:

From: Patrick S. <patrick_GIS at gmx.ch<mailto:patrick_GIS at 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 at lists.osgeo.org<mailto:grass-user at 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


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-user/attachments/20140417/e0801d2b/attachment.html>