[GRASS-dev] r.colors "-e" not going to full range

[Hamish]

Hamish wrote:
['r.colors -e color=bcyr' for a FP map]

> [color_xform.c patched]
> % -14900 1462400
> nv:255
> *:25
> -14900:0:0:255 -10500:0:0:255
> -10500:0:0:255 -10400:0:1:255
> -10400:0:1:255 -9800:0:1:255
> -9800:0:1:255 -9750:0:2:255
> -9750:0:2:255 -9350:0:2:255
> -9350:0:2:255 -9300:0:3:255
> -9300:0:3:255 -9000:0:3:255
> -9000:0:3:255 -8950:0:4:255
> -8950:0:4:255 -8700:0:4:255
> -8700:0:4:255 -8650:0:5:255
> -8650:0:5:255 -8450:0:5:255
> -8450:0:5:255 -8400:0:6:255
> -8400:0:6:255 -8300:0:6:255
> -8300:0:6:255 -8200:0:7:255
> -8200:0:7:255 -8050:0:7:255
> -8050:0:7:255 -8000:0:8:255
> -8000:0:8:255 -7900:0:8:255
> -7900:0:8:255 -7850:0:9:255
> -7850:0:9:255 -7700:0:9:255
> ...
> 
> it seems that every second line is redundant.


actually, it has made long series of steady color followed by the color
transition all occurring in a sudden step?


(I said this was LIDAR elevation data, actually it is elev*10000. as
r.surf.idw,.idw2,... only output CELL maps, I was r.mapcalc'ing the
result back to FP)


Hamish



      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ