Michael Barton wrote:
Nikos,
What about just using r.rescale to rescale this?
Already tried (in the past) and I don't think it works from DCELL 8-bit. It
seems to chew-up (silently, as Moritz mentioned I think among the lines in
ticket #2^11) values.
It seems that integerising manually,
On 01/08/13 11:04, Nikos Alexandris wrote:
Michael Barton wrote:
Nikos,
What about just using r.rescale to rescale this?
Already tried (in the past) and I don't think it works from DCELL 8-bit. It
seems to chew-up (silently, as Moritz mentioned I think among the lines in
ticket #2^11)
Michael:
What about just using r.rescale to rescale this?
Nikos:
Already tried (in the past) and I don't think it works from DCELL 8-bit.
It seems to chew-up (silently, as Moritz mentioned I think among the
lines in ticket #2^11) values.
It seems that integerising manually, in
On 01/08/13 11:40, Nikos Alexandris wrote:
Michael:
What about just using r.rescale to rescale this?
Nikos:
Already tried (in the past) and I don't think it works from DCELL 8-bit.
It seems to chew-up (silently, as Moritz mentioned I think among the
lines in ticket #2^11) values.
It
Michael:
What about just using r.rescale to rescale this?
Nikos:
Already tried (in the past) and I don't think it works from DCELL
8-bit. It seems to chew-up (silently, as Moritz mentioned I think among
the lines in ticket #2^11) values.
It seems that integerising manually, in this
On 01/08/13 13:43, Nikos Alexandris wrote:
Michael:
What about just using r.rescale to rescale this?
Nikos:
Already tried (in the past) and I don't think it works from DCELL
8-bit. It seems to chew-up (silently, as Moritz mentioned I think among
the lines in ticket #2^11) values.
It
On Thursday 01 of August 2013 13:42:03 Moritz Lennert wrote:
On 01/08/13 13:43, Nikos Alexandris wrote:
Michael:
What about just using r.rescale to rescale this?
Nikos:
Already tried (in the past) and I don't think it works from DCELL
8-bit. It seems to chew-up (silently, as Moritz
Moritz:
r.rescale is just a frontend to r.reclass. and as such is meant for
CELLmaps. It should'nt make a difference whether it is 8-bit or more,
though. For DCELL you can try to use r.recode.
Nikos:
Didn't work also (tried the previous days) -- I can try again.
Moritz:
Please be
On 01/08/13 14:01, Nikos Alexandris wrote:
Moritz:
r.rescale is just a frontend to r.reclass. and as such is meant for
CELLmaps. It should'nt make a difference whether it is 8-bit or more,
though. For DCELL you can try to use r.recode.
Nikos:
Didn't work also (tried the previous days) -- I
Sorry, I meant r.recode.
r.recode infile outfile min:max:0:255
should do it.
MIchael
__
C. Michael Barton
Director, Center for Social Dynamics Complexity
Professor of Anthropology, School of Human Evolution Social Change
Arizona State University
Tempe, AZ
So r.recode works, although it seems to have a bug.
Maybe that is the key to having i.pansharpen work better with a wider range of
input values. The user would still need to input the min and max possible
range, but it could default to 0 and 255 for 8 bit data.
This changes original values of
...@nikosalexandris.netmailto:n...@nikosalexandris.net
Subject: Re: [GRASS-dev] On i.histo.match (Re: On (Landsat) imagery naming
patterns)
Date: July 31, 2013 3:38:24 PM MST
To: Hamish hamis...@yahoo.commailto:hamis...@yahoo.com
Cc: grass-dev@lists.osgeo.orgmailto:grass-dev@lists.osgeo.org, Markus Metz
...@nikosalexandris.netmailto:n...@nikosalexandris.net
Subject: Re: [GRASS-dev] On i.histo.match (Re: On (Landsat) imagery naming
patterns)
Date: July 31, 2013 3:38:24 PM MST
To: Hamish hamis...@yahoo.commailto:hamis...@yahoo.com
Cc: grass-dev@lists.osgeo.orgmailto:grass-dev@lists.osgeo.org, Markus Metz
13 matches
Mail list logo
