d.rast VERRRRY SLOWWWW ????

[Simon Cox]

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 at ned.dem.csiro.au                     W
AGCRC info>>   http://www.ned.dem.csiro.au/AGCRC/
___________________________________________________________