[GRASSLIST:1630] Re: More projection problems...

Morten Hulden morten at ngb.se
Sat Mar 17 15:57:05 EST 2001


On Sat, 17 Mar 2001, Morten Hulden wrote:

> There still is a 'outside current region' problem with r.proj though. I
> think the different units (feet-meters) for the two locations has
> something to do with it. I am currently looking into it.

No, there's not. I had just left a test PROJ_UNIT file around. r.proj
works OK now when the STP location is set to use NAD83 datum. 

Your testpoints with external proj:

(echo "557754.98 576793.94"| proj +proj=aea +ellps=GRS80 
+lat_0=24.000000000 +lat_1=24.0000000000 +lat_2=31.5000000000 
+lon_0=-84.0000000000 +x_0=400000.0000000000 +y_0=0.0000000000 -f %.6f -I|
proj +proj=tmerc +a=0.6378137e+07 +es=0.66943800229e-02 +x_0=0.2e+06
+y_0=0 +k=0.9999411764705882e+00 +lon_0=82dw +lat_0=24d20\'n -m
1:0.304800609601219202430 -f %.6f)

point 1
aea->stp
557754.98 576793.94 -> 536510.800084 1764930.245639
stp->aea
536507 1764928 -> 557753.796134 576793.250071

point2 
aea->stp
559764.34 573816.37 -> 542954.380909 1755073.347065
stp->aea
echo 542947.15 1755093.74 -> 559762.059432   573822.547514


I used +ellps=GRS80 in the command above, but WGS80 results differs only
from the fifth decimal. Using foot/meter ratio 0.304800609601219202430
insted of 0.3048 makes about one meter difference.

I think I read that original DOQ should be in UTM, so there probably was a
conversion step UTM->Albers before you got your aea map. That conversion
could attribute for the small errors that remain.

Morten




More information about the grass-user mailing list