<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<DEFANGED_META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<DEFANGED_META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7226.0">
<TITLE>RE: [GRASSLIST:10331] Re: [GRASS5] New release candidate 3 of GIS Manager 2</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<P><FONT SIZE=2>I could be wrong about this, but I remember some discussion on the list a while back about this issue. I thought that g.region changes the resolution so that there are always an integer number of cells in the display. Partial cells can't be displayed, so the resolution is changed to best fit your desired zooming, always going in the direction of greater resolution. Does this sound familiar to anyone else?<BR>
<BR>
-Ian<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: owner-GRASSLIST@baylor.edu on behalf of Michael Barton<BR>
Sent: Wed 2/15/2006 3:59 PM<BR>
To: Maciek Sieczka<BR>
Cc: grass5@grass.itc.it; Multiple recipients of list<BR>
Subject: [GRASSLIST:10331] Re: [GRASS5] New release candidate 3 of GIS Manager 2<BR>
<BR>
Maciek,<BR>
<BR>
I see what you are talking about. But the GIS Manager is NOT doing this. The<BR>
zooming in the new GIS Manager does NOT use d.zoom. It simply resets the<BR>
region extents--extents ONLY--by issuing a g.region n=y1 s=y2 e=x1 w=x2 (no<BR>
change to resolution)<BR>
<BR>
I tried adding the -a flag and it makes no difference. It looks like it is<BR>
some kind of a rounding issue in g.region (or possibly in the OS). In a<BR>
working context the change is a tiny fraction of a mm in your example below.<BR>
So it wouldn't make any meaningful difference in most cases. However, it is<BR>
odd that it happens. Maybe someone who understands the g.region code can<BR>
explain it.<BR>
<BR>
Michael<BR>
______________________________<BR>
Michael Barton, Professor of Anthropology<BR>
School of Human Evolution and Social Change<BR>
Arizona State University<BR>
Tempe, AZ 85287-2402<BR>
USA<BR>
<BR>
voice: 480-965-6262; fax: 480-965-7671<BR>
www: <A HREF="http://www.public.asu.edu/~cmbarton">http://www.public.asu.edu/~cmbarton</A><BR>
<BR>
<BR>
> From: Maciek Sieczka <werchowyna@epf.pl><BR>
> Date: Tue, 14 Feb 2006 21:12:17 +0100<BR>
> To: Michael Barton <michael.barton@asu.edu><BR>
> Cc: <grass5@grass.itc.it>, <GRASSLIST@baylor.edu><BR>
> Subject: Re: [GRASS5] New release candidate 3 of GIS Manager 2<BR>
><BR>
>><BR>
>> Zoom does NOT change resolution, only EXTENTS.<BR>
><BR>
> But it really DOES change the region. Try for yourself:<BR>
><BR>
> 1.<BR>
> $ g.region rast=u65_10k_rogow -ap<BR>
> projection: 1 (UTM)<BR>
> zone: 33<BR>
> datum: wgs84<BR>
> ellipsoid: wgs84<BR>
> north: 5681438<BR>
> south: 5676368<BR>
> west: 596952<BR>
> east: 603815<BR>
> nsres: 1<BR>
> ewres: 1<BR>
> rows: 5070<BR>
> cols: 6863<BR>
><BR>
> 2.<BR>
> Display in gis.m, zoom in once.<BR>
><BR>
> 3.<BR>
> $ g.region -p<BR>
> projection: 1 (UTM)<BR>
> zone: 33<BR>
> datum: wgs84<BR>
> ellipsoid: wgs84<BR>
> north: 5679541.73929<BR>
> south: 5678636.76827<BR>
> west: 600274.248772<BR>
> east: 601286.741103<BR>
> nsres: 0.99996798<BR>
> ewres: 0.99949885<BR>
> rows: 905<BR>
> cols: 1013<BR>
><BR>
><BR>
> As you can see the resolution changed. Please don't do it.<BR>
><BR>
>> controlled by g.region. Nothing I can do about that.<BR>
><BR>
> Use "g.region -a" instead?<BR>
><BR>
> Who can say what d.zoom is doing that it is not changing the res at<BR>
> zooming in/out?<BR>
><BR>
<BR>
<BR>
</FONT>
</P>
</BODY>
</HTML>
<pre>
-------------------------------------------------------------
This message has been scanned by Postini anti-virus software.