Personally, I do not have any problems with the names of r.stats, r.univar or r.statistics. However, I see that r.statistics2 or r.statistics3 is not a too elegant solution...
If you really plan to rename all these modules, what about a two-dot-name like r.statistics.* Yet, there are more modules for calculating different statistics (like e.g. r.quantile)... So personally I would just rename r.statistics2 and r.statistics3 and leave the rest as it is... Naming the modules exactly to what they do will not be too easy I guess as they have different options which make them really versatile tools. r.univar for example has an option to overlay with a cell map for zoning "zonal statistics" (at least in GRASS 7)... The main difference to r.statistics is in this case that it does not produce map-output... r.stats (which is one of my favorites btw.) can do much more than just summarizing maps, the main characteristic of r.stats is (as I see it) that it tabulates one or more rasters... Just my 2c. Cheers Stefan From: [email protected] [mailto:[email protected]] On Behalf Of Michael Barton Sent: 13. februar 2014 00:22 To: grass-user grass-user Subject: Re: [GRASS-user] [GRASS-dev] Object-based image classification in GRASS 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, <[email protected]<mailto:[email protected]>> <[email protected]<mailto:[email protected]>> wrote: From: Vaclav Petras <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> Cc: GRASS user list <[email protected]<mailto:[email protected]>>, GRASS developers list <[email protected]<mailto:[email protected]>> On Wed, Feb 12, 2014 at 7:42 AM, Martin Landa <[email protected]<mailto:[email protected]>>wrote: Hi, 2014-02-12 13:41 GMT+01:00 Nikos Alexandris <[email protected]<mailto:[email protected]>>: [...] > 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 [email protected]<mailto:[email protected]> http://lists.osgeo.org/mailman/listinfo/grass-user
_______________________________________________ grass-user mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-user
