[GRASS5] r.in.tiff problem

[Rich Shepard]

On Fri, 27 Jul 2001, Glynn Clements wrote:

> Do you mean .TFW?

  Yes.

  Thanks, Glynn, I read the details on the man page.

> Using "g.region rast=...; g.region -p" will show the region obtained
> from the .TFW file.

  Here's the contents of the .TFW file:

[rshepard at salmo coeur]$ less O40118C2.TFW
2.438400000000
0.000000000000
0.000000000000
-2.438400000000
392743.647399054025
4470852.792812664993

and here's what g.rast -p shows:

GRASS:/mnt/usr4/projects/nevada/coeur > g.region rast=rochester-drg
You have mail in /var/spool/mail/rshepard
GRASS:/mnt/usr4/projects/nevada/coeur > g.region -p
projection: 99 (State Plane)
zone:       0
datum:      nad83
ellipsoid:  ** unknown (default: WGS84) **
north:      4470854.01201267
south:      4454124.14961267
west:       392742.42819905
east:       405414.79299905
nsres:      2.4384
ewres:      2.4384
rows:       6861
cols:       5197

  I think that the problem may be just as you say: the project directory is
in State Plane Coordinates and I think that all the SDTS data are in UTM.
The numbers report the same, but the units will be different.

  What I need to do is learn how to change all my existing project data from
SPC to UTM, then try bringing in the data again. I doubt that the client or
the regulatory agencies care what projection/coordinate system/datum is
used.

  Perhaps r.proj will work within a single directory to change everything.
We'll see. :-)

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 at appl-ecosys.com
                 Making environmentally-responsible mining happen.