[GRASS-dev] Zooming issue in gis manager

Maciej Sieczka tutey at o2.pl
Wed Nov 1 10:47:05 EST 2006


Michael Barton wrote:
> This sounds like there is no good reason to set this for interactive zooming
> by default. If someone wants to use this feature, they could explicitly set
> it in g.region.

Glynn,

gis.m zoom tools should preserve the resolution while zooming, and set
the region extents properly. That's because there are tools in gis.m to
set WIND to match gis.m display, and to make the display match the
current region - thus these two operations should not lead to region or
display settings the user not wanted. The problem is that they do, because:

1. If -a is not used in g.region calls in mapcanvas.tcl (like it was
originally, few months ago), the gis.m zoom tools don't preserve the
resolution while zooming; and I don't see a reason why the resolution
should change while zooming, but do I see obvious reason why it
shouldn't. Thus, I suggested a solution: use the g.region with -a. It
fixed the resolution issue.

2. But, now it showed that if g.region -a is used in mapcanvas.tcl, the
region extent is often not set properly. This is not acceptable either,
is it?

Removing the -a flag should fix issue 2, but it will bring the issue 1
back. What do we do then?

Maciek




More information about the grass-dev mailing list