[GRASS-user] [GRASS-dev] Object-based image classification in GRASS

Michael Barton Michael.Barton at asu.edu
Wed Feb 12 15:21:30 PST 2014


The names aren't too far off, but I admit that they are not completely obvious.

To think about potential replacement names it is good to think what they do.

r.univar calculates aggregate statistics for values across all cells of a map
r.stats (which to me has the most confusing name) will provide cell counts or areas for each value for all cells in a map
r.statistics calculates aggregate statistics of values in a map that are overlain by clusters of cells in another map

Some ideas

r.univar -> r.mapstats
r.statistics -> r.coverstats
r.stats -> r.mapsummary



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 Feb 12, 2014, at 1: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: Vaclav Petras <wenzeslaus at gmail.com<mailto:wenzeslaus at gmail.com>>
Subject: Re: [GRASS-user] [GRASS-dev] Object-based image classification in GRASS
Date: February 12, 2014 at 9:28:29 AM MST
To: Martin Landa <landa.martin at gmail.com<mailto:landa.martin at gmail.com>>
Cc: GRASS user list <grass-user at lists.osgeo.org<mailto:grass-user at lists.osgeo.org>>, GRASS developers list <grass-dev at lists.osgeo.org<mailto:grass-dev at lists.osgeo.org>>




On Wed, Feb 12, 2014 at 7:42 AM, Martin Landa <landa.martin at gmail.com<mailto:landa.martin at gmail.com>>wrote:
Hi,

2014-02-12 13:41 GMT+01:00 Nikos Alexandris <nik at nikosalexandris.net<mailto:nik at nikosalexandris.net>>:

[...]

> think of simply using "r.statistics2"  and  providing an input  "cover=" map

btw, it remembers me that we haven't yet decided about renaming
`r.statistics2` and `r.statistics3` to any reasonable name...

And they confuses with r.stats and r.univar. And r.univar is the most basic one from these, I would say, and has the most cryptic name.

Is the merging (some of) them together still an option?

Vaclav

Martin

--
Martin Landa <landa.martin gmail.com<http://gmail.com/>> * http://geo.fsv.cvut.cz/gwiki/Landa
_______________________________________________
grass-user mailing list
grass-user at lists.osgeo.org<mailto:grass-user at lists.osgeo.org>
http://lists.osgeo.org/mailman/listinfo/grass-user



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


More information about the grass-user mailing list