I keep getting the same type of error ("default region is P @P @", or
something similar) whenever I try to expand the current region using a
vector file. I don't know in what directory GRASS is looking for the default
region.
Here's the output from g.region -p:
GRASS:/mnt/usr4/projects/nevada/coeur > g.region -p
projection: 1 (UTM)
zone: 11
datum: ** unknown (default: WGS84) **
ellipsoid: ** unknown (default: WGS84) **
north: 4469934
south: 4455924
west: 393671.28124
east: 404501.28124
nsres: 30
ewres: 30
rows: 467
cols: 361
In PROJ_UNITS, the datum is defined as NAD83 and the ellipsoid as clark66.
Apparently this is not being brought in with the data by m.in.e00. Where do
I go to enter it manually? Is this the cause of the problem with expanding
the bounds?
Thanks,
Rich
Dr. Richard B. Shepard, President
Applied Ecosystem Services, Inc. (TM)
2404 SW 22nd Street | Troutdale, OR 97060-1247 | U.S.A.
+ 1 503-667-4517 (voice) | + 1 503-667-8863 (fax) | rshepard@appl-ecosys.com
Making environmentally-responsible mining happen.
On Mon, Jul 30, 2001 at 03:18:40PM -0700, Rich Shepard wrote:
[snip]
In PROJ_UNITS, the datum is defined as NAD83 and the ellipsoid as clark66.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
This is clearly wrong! NAD83 uses the GRS80
ellipsoid. GRS80 is almost identical to the
WGS84 ellipsoid, btw.
Apparently this is not being brought in with the data by m.in.e00. Where do
I go to enter it manually? Is this the cause of the problem with expanding
the bounds?
Despite, the error noted above. I can't say why you're getting garbage
values output (though that G_free() was clearly an error).
--
Eric G. Miller <egm2@jps.net>
On Mon, 30 Jul 2001, Eric G. Miller wrote:
> In PROJ_UNITS, the datum is defined as NAD83 and the ellipsoid as clark66.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
This is clearly wrong! NAD83 uses the GRS80
ellipsoid. GRS80 is almost identical to the
WGS84 ellipsoid, btw.
Eric,
I didn't check, so I thank you for pointing this out. I took the values in
PROJ_INFO as written there by r.in.gdal.
Despite, the error noted above. I can't say why you're getting garbage
values output (though that G_free() was clearly an error).
I just re-compiled GRASS5 with Glynn's corrections made to get_window.c.
I've been busy with other things this evening and haven't tried bringing in
another .e00 file. Tomorrow is another day.
Rich
Dr. Richard B. Shepard, President
Applied Ecosystem Services, Inc. (TM)
2404 SW 22nd Street | Troutdale, OR 97060-1247 | U.S.A.
+ 1 503-667-4517 (voice) | + 1 503-667-8863 (fax) | rshepard@appl-ecosys.com
Making environmentally-responsible mining happen.