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/
___________________________________________________________