d.rast VERRRRY SLOWWWW ????

At 11:04 AM 14/8/95, charnotw wrote:

HOWEVER, after
running r.patch to stick the three maps together, the resulting map
(about 4.2 megs) takes about 45 MINUTES to d.rast!!!

I believe someone on the list had this same problem recently.
I think the problem is due to the color table created by
r.patch which is very large because it is attempting to preserve
all the colors, if you do not need to keep the original colors
try running d.colors on the new image

It was me. Yes - looking up the pixel color in a huge color map _is_ the
problem - either delete the file in mapset/colr or run r.colors (more
permanent than d.colors) to replace it.

May I suggest that this "default" behaviour of r.patch - ie scrupulously
preserving the original colors - might be changed into an _option_?
Or maybe a full r.colors functionality could be incorporated into r.patch -
ie you get to choose what kind of colormap you want when running r.patch.

Simon Cox

___________________________________________________________
Dr Simon Cox __ \
CSIRO Exploration & Mining ,~' L_|\ Australian
39 Fairway, PO Box 437, ;-' \ Geodynamics
Nedlands, WA 6009 Australia ( \ Cooperative
      Phone +61 9 284 8443 + ___ / Research
      Fax +61 9 389 1906 L~~' "\__/ Centre
simon@ned.dem.csiro.au W
AGCRC info>> http://www.ned.dem.csiro.au/AGCRC/
___________________________________________________________