It doesn't look very intrusive, but sure is helpful. Without it the grey.log rule in r.colors distributes the colors between 0 and 255 and not between min and max values of the map.
It doesn't look very intrusive, but sure is helpful. Without it the
grey.log rule in r.colors distributes the colors between 0 and 255 and
not between min and max values of the map.
[Actually, the old version maps 1 -> black and max -> white.]
That patch will work on its own, but it amounts to an incompatible
change to the behaviour of r.colors.
Even if the existing behaviour is undesirable, suddenly changing it in
a minor revision may be more undesirable. There are cases where the
existing behaviour is "adequate" (i.e. where min/max is small), and
the incompatibility would be a nuisance (e.g. having to re-do existing
graphics to maintain consistency).
On Tue, Nov 06, 2007 at 02:58:09PM +0100, Moritz Lennert wrote:
On 21/10/07 18:49, Markus Neteler wrote:
> GRASS 6.2.3RC1 has been published today:
> http://grass.itc.it/grass62/source/
>
> (on the mirrors soon).
>
> This is a release candidate for the 6.2.3 bugfix release.
>
> Bug fixes:
>
> * gis.m: georectifier tool documented (Markus Neteler)
> * r.out.bin: fixed too short buffer which would sometimes crash R-GRASS interface (Roger Bivand)
> * v.db.update: backported fixes for numeric value types (Debian #434897) (Markus Neteler)
> * GUI crash of g.region with accented characters (non English locale) (Maris Nartis, Hamish Bowman)
> * gis.m: maptool crash fixed (Moritz Lennert)
> * silently ignore --quiet and --verbose command line switches (Hamish Bowman)
>
> Please add, if missing, more items at
> http://grass.gdf-hannover.de/wiki/GRASS_6.2_Feature_Plan#6.2.3cvs
>
> And please *test* this release candidate.
Another fix which should be backported to 6.2.3 IMHO: