Can we make a decision as to the official name of this module? I'd
like to commit it.
--
Glynn Clements <glynn@gclements.plus.com>
Glynn Clements wrote:
Can we make a decision as to the official name of this module?
Shorter? Ie. r.resamp.aggreg (following the "r.resamp.interp" pattern?)
?
Maciek
On Tue, 19 Sep 2006, Maciej Sieczka wrote:
Glynn Clements wrote:
Can we make a decision as to the official name of this module?
Shorter? Ie. r.resamp.aggreg (following the "r.resamp.interp" pattern?)
I chose "interp" because it was one syllable of the word "interpolate" and was easy to pronounce and remember! "aggreg" is two and a half syllables and not IMHO a very obvious abbreviation. I still like r.resamp.stats. The reasoning being that the the map is re-sampled based on statistical
aggregation of cell values. I think it is more obvious what the
functionality is: "stats" is obviously a more general term than "aggregate" and in general I wouldn't be for "dumbing down" but that just seems like an appropriate generalisation in the circumstances!
I do think Glynn should just commit it with whatever he feels is the most appropriate name though. He's not usually wrong.
Paul
Paul Kelly wrote:
On Tue, 19 Sep 2006, Maciej Sieczka wrote:
Glynn Clements wrote:
Can we make a decision as to the official name of this module?
Shorter? Ie. r.resamp.aggreg (following the "r.resamp.interp" pattern?)
I chose "interp" because it was one syllable of the word "interpolate"
and was easy to pronounce and remember!
Not one syllable, but two, actually.
"aggreg" is two and a half syllables
True. A bit hard to pronounce maybe, too.
and not IMHO a very obvious abbreviation. I still like
r.resamp.stats. The reasoning being that the the map is re-sampled based
on statistical aggregation of cell values. I think it is more obvious what the
functionality is: "stats" is obviously a more general term than
"aggregate" and in general I wouldn't be for "dumbing down" but that
just seems like an appropriate generalisation in the circumstances!
I do think Glynn should just commit it with whatever he feels is the
most appropriate name though. He's not usually wrong.
I like r.resamp.stats. And I don't mind r.resamp.aggregate really. Just
thought it is a bit longish. (shrug)
Maciek
How about just r.aggregate. The resample is implied (as it is with some
other interpolation, etc. modules. The name signifies that you are
aggregating values.
Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
From: Maciej Sieczka <tutey@o2.pl>
Date: Tue, 19 Sep 2006 15:32:53 +0200
To: Paul Kelly <paul-grass@stjohnspoint.co.uk>
Cc: Glynn Clements <glynn@gclements.plus.com>, <grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] r.resamp.aggregatePaul Kelly wrote:
On Tue, 19 Sep 2006, Maciej Sieczka wrote:
Glynn Clements wrote:
Can we make a decision as to the official name of this module?
Shorter? Ie. r.resamp.aggreg (following the "r.resamp.interp" pattern?)
I chose "interp" because it was one syllable of the word "interpolate"
and was easy to pronounce and remember!Not one syllable, but two, actually.
"aggreg" is two and a half syllables
True. A bit hard to pronounce maybe, too.
and not IMHO a very obvious abbreviation. I still like
r.resamp.stats. The reasoning being that the the map is re-sampled based
on statistical aggregation of cell values. I think it is more obvious what
the
functionality is: "stats" is obviously a more general term than
"aggregate" and in general I wouldn't be for "dumbing down" but that
just seems like an appropriate generalisation in the circumstances!
I do think Glynn should just commit it with whatever he feels is the
most appropriate name though. He's not usually wrong.I like r.resamp.stats. And I don't mind r.resamp.aggregate really. Just
thought it is a bit longish. (shrug)Maciek
Michael Barton wrote:
How about just r.aggregate. The resample is implied (as it is with some
other interpolation, etc. modules. The name signifies that you are
aggregating values.
Could be mistaken for a module which gives you aggregate statistics on the map...
Moritz
Michael Barton wrote:
How about just r.aggregate. The resample is implied (as it is with some
other interpolation, etc. modules. The name signifies that you are
aggregating values.
That could be confused with r.stats, which also computes aggregates.
The "resamp" part of the name is mandatory, IMHO.
AFAIK, all of the other resampling modules use that term (except for
r.bilinear, which is obsoleted by r.resamp.interp).
--
Glynn Clements <glynn@gclements.plus.com>
On Tue, 19 Sep 2006, Glynn Clements wrote:
Michael Barton wrote:
How about just r.aggregate. The resample is implied (as it is with some
other interpolation, etc. modules. The name signifies that you are
aggregating values.That could be confused with r.stats, which also computes aggregates.
^^^^^^^^^^^^^^^^^^^^^^^^
From the point of view of consistency, that sounds like the definitive
argument for r.resamp.stats then IMHO 
Glynn Clements wrote:
Can we make a decision as to the official name of this module?
how about r.resamp.bin? (as in binning, not binary)
If r.resamp.aggregate is used, I'd vote for using the full word.
I don't think "aggregate" abreviates well.
by the way, what is this module?
Hamish
(no great personal preference)
Hamish wrote:
> Can we make a decision as to the official name of this module?
how about r.resamp.bin? (as in binning, not binary)
If r.resamp.aggregate is used, I'd vote for using the full word.
I don't think "aggregate" abreviates well.by the way, what is this module?
It's a resampling module where the value of the output cell is an
aggregate (mean, median, mode, min, max etc) of the values from all of
the input cells whose centres lie within the bounds of the output
cell.
--
Glynn Clements <glynn@gclements.plus.com>
Glynn Clements wrote:
> > Can we make a decision as to the official name of this module?
>
> how about r.resamp.bin? (as in binning, not binary)
>
> If r.resamp.aggregate is used, I'd vote for using the full word.
> I don't think "aggregate" abreviates well.
>
> by the way, what is this module?It's a resampling module where the value of the output cell is an
aggregate (mean, median, mode, min, max etc) of the values from all of
the input cells whose centres lie within the bounds of the output
cell.
In case no-one noticed, this is now in CVS, as r.resamp.stats.
Also, I've extended it (and lib/stats) to support aggregates which are
weighted according to the proportion of the source cell which
intersects the output cell. This is slower, but more accurate if the
output grid isn't aligned to the source grid.
--
Glynn Clements <glynn@gclements.plus.com>
Thanks for doing this Glynn and others.
Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University
phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
From: Glynn Clements <glynn@gclements.plus.com>
Date: Tue, 3 Oct 2006 02:23:13 +0100
To: <grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] r.resamp.aggregateGlynn Clements wrote:
Can we make a decision as to the official name of this module?
how about r.resamp.bin? (as in binning, not binary)
If r.resamp.aggregate is used, I'd vote for using the full word.
I don't think "aggregate" abreviates well.by the way, what is this module?
It's a resampling module where the value of the output cell is an
aggregate (mean, median, mode, min, max etc) of the values from all of
the input cells whose centres lie within the bounds of the output
cell.In case no-one noticed, this is now in CVS, as r.resamp.stats.
Also, I've extended it (and lib/stats) to support aggregates which are
weighted according to the proportion of the source cell which
intersects the output cell. This is slower, but more accurate if the
output grid isn't aligned to the source grid.--
Glynn Clements <glynn@gclements.plus.com>