[GRASS5] d.rast, d.what.rast multiple query
Jaro Hofierka
jhofier at unity.ncsu.edu
Tue Apr 23 07:56:23 EDT 2002
Well, I think a default behavior of displaying raster maps in monitor
window should be the monitor "remembers" just current map. So when I use
d.what.rast, or resize the monitor window I get just the last map, not
last 10-15 maps. Usually then I have to use d.erase and repeat it again.
But I have to say that it is not wrong to have such behavior of d.rast
or d.what.rast. But I would add such a option (querying multiple
recently displayed maps) as the option explicitly requested by a user
(e.g. using -m option in d.what.rast).
Jaro
Roger Miller wrote:
> On Monday 22 April 2002 17:08, Helena wrote:
>
>
>>There is one more issue related to d.rast that was discussed on the list
>>and I am not sure whether and how
>>it was resolved . I am not sure whether I am interpreting this correctly
>>but d.rast does not erase the previously
>>displayed maps so for example when you run d.what.rast it would query all
>>raster files previously displayed,
>>which is quite annoying if you have a lot of them. So one has to run
>>d.erase first. I think that d.zoom displays all the files too.
>>Is this behavior still true? (we have it in pre3)
>>Is it desirable (or too difficult to change)?
>>
>
> Helena,
>
> Sometimes that is a desirable behavior and sometimes it isn't. What the
> documentation says is
>
> "if the -o flag is not set by the user, d.rast will (by default) completely
> overwrite whatever appears in the active graphics display frame."
>
> I suppose one could argue over what "completely" means, but I get the
> impression that a newly displayed raster map should displace any other raster
> map already in the display so that it would be no longer visible and no
> longer available to queries. The -o option overrides that behavior.
>
> Fixing that is another matter entirely.
>
>
> Roger Miller
> _______________________________________________
> grass5 mailing list
> grass5 at grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5
>
More information about the grass-dev
mailing list