[OSRS-PROJ] Re: Datum-shift

Frank Warmerdam warmerdam at pobox.com
Tue Mar 12 06:01:12 PST 2002


Harald Wehr wrote:
> Hi Frank,
> 
> first i apologize, that i contact you directly.
> 
> In the PROJ.4-mailing-list no one answered to my problem. Attached you 
> find my mail from february 26th that I send to the list.
...

> I want to convert some data from latlong/wgs84 to tmerc/bessel with 
> datum shift from wgs84 to potsdam-datum here in germany.  How do i have 
> to use the function? Are helmert-7-parameter as well as 
> molodenski-3-parameter implemented? I tried the following:

Harald,

I didn't answer because I am always getting confused about the terminology
for some of the different transforms.  There is a three and seven
parameter transform implemented; however, I am not certain that the
interpretation of the parameters (sign, handedness, etc) is exactly what
is defined for helmert and molodenski.  I think it is though.

> 
> --------
> cs2cs -v +proj=latlong +to +proj=tmerc +ellps=bessel +lat_0=0 +lon_0=12 
> +x_0=4500000 +towgs84=-586,-87,-409 <<EOF
> 10.69079E 51.86134N
> EOF
> --------
> 
> As result i get the following:
> 
> ---------
> # ---- From Coordinate System ----
> #Lat/long (Geodetic)
> #
> # +proj=latlong +ellps=WGS84
> # ---- To Coordinate System ----
> #Transverse Mercator
> # Cyl, Sph&Ell
> # +proj=tmerc +ellps=bessel +lat_0=0 +lon_0=12 +x_0=4500000
> # +towgs84=-586,-87,-409
> #--- following specified but NOT used
> # +ellps=WGS84
> 4409820.23 5748070.07 698.769
> 
> ---------
> 
> The result is not good enough. I expect something like that:
> 4409920 5748280.
> 
> Whats wrong here? I got the "towgs"-parameters from a another 
> helmert-calculation i found in the internet which work in another 
> program i have here and show the results i expected.

First, no actual datum shift is being applied in this case because PROJ
doesn't equate +ellps=WGS84 with the WGS84 datum automatically.  I realized
this when I did the conversion without the +towgs84 parameter and got the
same results.  Please use +datum=WGS84 to force treatment of the lat/long
coordinates as being the WGS84 datum.

Howwever, this doesn't seem to get us any closer to your expected values.

warmerda at gdal[355]% cs2cs +proj=latlong +datum=WGS84 +to +proj=tmerc +ellps=bessel 
+lat_0=0 +lon_0=12 +x_0=4500000 +towgs84=-586,-87,-409 < test.dat
4409793.19      5747857.54 1386.040

I tried reversing the sign of the offset, as this is a frequent incompatibility,
and get:

warmerda at gdal[356]% cs2cs +proj=latlong +datum=WGS84 +to +proj=tmerc +ellps=bessel 
+lat_0=0 +lon_0=12 +x_0=4500000 +towgs84=586,87,409 < test.dat
4409847.28      5748282.64 11.504

This is close to what you expect in the northing (2m), but no so close in the
easting - still off by 70m or so.  I am no sure what else to say.

Best regards,

-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent


----------------------------------------
PROJ.4 Discussion List
See http://www.remotesensing.org/proj for subscription, unsubscription
and other information.



More information about the Proj mailing list