[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

···

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

Hi,

2014-02-12 13:41 GMT+01:00 Nikos Alexandris <nik@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://geo.fsv.cvut.cz/gwiki/Landa


grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

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: grass-user-bounces@lists.osgeo.org [mailto:grass-user-bounces@lists.osgeo.org] 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, <grass-user-request@lists.osgeo.org> <grass-user-request@lists.osgeo.org> wrote:

From: Vaclav Petras <wenzeslaus@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@gmail.com>

Cc: GRASS user list <grass-user@lists.osgeo.org>, GRASS developers list <grass-dev@lists.osgeo.org>

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

Hi,

2014-02-12 13:41 GMT+01:00 Nikos Alexandris <nik@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://geo.fsv.cvut.cz/gwiki/Landa


grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

On 02/13/14, 09:58 , Blumentrath, Stefan wrote:

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.*

I think that the two-dot-name solution would be the way to go. This
would add more structure to the naming, and would make it easier to find
all modules doing stats.

Yet, there are more modules for
calculating different statistics (like e.g. r.quantile)... So personally

Over time, the existing other modules could be renamed, but the original
modules could stay and just give a warning: "deprecated - use
r.statistics.whatever instead" and execute the correct module.

And then in the next major version, these could raise an error and not
execute the module, and finally just delete the original module.

Cheers,

Rainer

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:*grass-user-bounces@lists.osgeo.org
[mailto:grass-user-bounces@lists.osgeo.org] *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, <grass-user-request@lists.osgeo.org
<mailto:grass-user-request@lists.osgeo.org>>
<grass-user-request@lists.osgeo.org
<mailto:grass-user-request@lists.osgeo.org>> wrote:

*From: *Vaclav Petras <wenzeslaus@gmail.com <mailto:wenzeslaus@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@gmail.com <mailto:landa.martin@gmail.com>>

*Cc: *GRASS user list <grass-user@lists.osgeo.org
<mailto:grass-user@lists.osgeo.org>>, GRASS developers list
<grass-dev@lists.osgeo.org <mailto:grass-dev@lists.osgeo.org>>

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

Hi,

2014-02-12 13:41 GMT+01:00 Nikos Alexandris <nik@nikosalexandris.net
<mailto:nik@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/&gt;&gt;
    * http://geo.fsv.cvut.cz/gwiki/Landa

    _______________________________________________
    grass-user mailing list
    grass-user@lists.osgeo.org <mailto:grass-user@lists.osgeo.org>
    http://lists.osgeo.org/mailman/listinfo/grass-user

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

--
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44

Fax (D): +49 - (0)3 21 21 25 22 44

email: Rainer@krugs.de

Skype: RMkrug