7- 파라미터 데이텀 변환 결과의 큰 차이


12

WGS84 위도 / 경도 포인트를 변환하려고합니다.

11d42'32.10629" E 5d12'56.75371" S

세 가지 소프트웨어 패키지 (Proj4, GeoTrans 및 Leica GeoOffice)에서 X와 Y에서 수백 미터 정도의 결과를 얻을 수 있습니다. 이러한 변형은 3이 아닌 7 개의 매개 변수에만 나타납니다.

Proj4

cs2cs + proj = longlat + ellps = WGS84 + datum = WGS84 + no_defs + to + proj = utm + zone = 32 + ellps = clrk80 + towgs84 = 178.3,316.7,131.5, -5.278, -6.077, -10.9792, -19.166 + 남쪽 + 단위 = m + no_defs


지오 트랜스

Delta X 178.3 
Delta Y 316.7 
Delta Z 131.5 
Rot X -5.278 
Rot Y -6.077 
Rot Z -10.9792 
SF = -19.166 / 0.999980834 (0.000019166)

라이카 지오 오피스

스크린 샷


결과는 각각 다음과 같습니다.

  1. 800392 9422525
  2. 800306 9422840
  3. 800941 9422891

3 패키지 모두 7 매개 변수 변환 (Bursa-Wolf 방법)에 대해 동일한 수학적 방법을 사용한다고 생각합니다. 이 거대한 변형의 원인은 무엇입니까?


Geo Office에서 Clarke 1880 IGN 타원체는 사용자 정의입니까? 여부에 상관없이 매개 변수를 게시 할 수 있습니까?
mkennedy

다른 사람들로부터 Leica 스크린 샷을 받았지만 아직 잘 모르겠습니다.
WindRider

답변:


9

먼저, Proj4는 EPSG가 7 매개 변수 방법의 "위치 벡터"버전이라고하는 것을 사용합니다. GeoTrans와 Leica GeoOffice는 EPSG가 "좌표 프레임"이라고하는 다른 버전을 사용할 수 있습니다. 두 방법 모두 동일하지만 회전 행렬이 다르므로 각도 매개 변수의 부호를 변경해야합니다.

둘째, Leica GeoOffice에서 변환 정의 스크린 샷을 제공해 주셔서 감사합니다. Proj4 정의 또는이 정의가 잘못 정의되었습니다. Ellipsoid A와 Ellipsoid B를 정의하는 파라미터를 전환해야합니다. 현재이 변환은 WGS84에서 Congo60으로 변환됩니다. Proj4에서 옵션은 + towgs84이므로 FROM Congo60 TO WGS84로 정의됩니다. 정의에서 방향을 변경하려면 모든 매개 변수의 부호를 변경하십시오. 또한 GeoOffice에 대한 도움말을 확인하고 SF 매개 변수가 백만 분율의 부품 또는 스케일 팩터로 이미 변환 된 값을 원하는지 확인하십시오.

GeoTrans에 대해 잘 모르겠습니다. NGA 소프트웨어를 의미합니까? 어쨌든 GeoOffice와 Proj4를 일치시킬 수 있기를 바랍니다.


1
Y (northing / latitude) 값은 Clarke 1880 값이 동일하지 않지만 60m가 너무 커 보이기 때문일 수 있습니다.
mkennedy

1
@mkennedy : 우리가 라이카없이 정렬 할 수 있는지 Arcgis에서했던 것과 같은 계산을 할 수 있습니까?
AndreJ

1
@AndreJoost, 확실합니다. Esri 버전의 EPSG 1802 및 28232를 사용하여 동쪽으로 이동 : 800230.139 북쪽 : 9423133.413.
mkennedy

1
Leica 결과를 재현 할 수 있는지 확인하기 위해 몇 가지 변형을 시도했습니다. 당신이 발견 한 것과 같은 문제 : Y가 60 + m 떨어져 있습니다.
mkennedy

1
Proj4 (및 ArcGIS!) 솔루션이 정확하다고 확신합니다. Proj4 소스가 열려 있습니다. ArcGIS 코드는 공개되어 있지 않지만 약 15 년 동안 처리했습니다. 또한 Geotrans 3.0에 사용자 정의 변환을 추가했으며 Proj4 / ArcGIS와 동일한 결과를 얻었습니다.
mkennedy

4

proj4의 경우 매개 변수의 부호를 바꿔야합니다.

이 정의 페이지를 참조하십시오.

http://www.spatialreference.org/ref/epsg/62826405/prettywkt/

GEOGCS["Pointe Noire (deg)",
    DATUM["Congo 1960 Pointe Noire",
        SPHEROID["Clarke 1880 (IGN)",6378249.2,293.4660212936269,
            AUTHORITY["EPSG","7011"]],
        TOWGS84[-178.3,-316.7,-131.5,5.278,6.077,10.979,3.953271276531849],
        AUTHORITY["EPSG","6282"]],
    PRIMEM["Greenwich",0.0,
        AUTHORITY["EPSG","8901"]],
    UNIT["degree",0.017453292519943295],
    AXIS["Geodetic latitude",NORTH],
    AXIS["Geodetic longitude",EAST],
    AUTHORITY["EPSG","62826405"]]

어디에서 가치를 얻었는지 잘 모르겠습니다.

QGIS는 EPSG : 28232 Point Noire UTM 32S를 다음과 같이 정의합니다.

+proj=utm +zone=32 +south +a=6378249.2 +b=6356515 +towgs84=-148,51,-291,0,0,0,0 +units=m +no_defs

그리고 7 개의 매개 변수 결과는 그와 멀지 않아야합니다.


편집하다

GDAL 1.10을 사용하면 다음과 같은 결과가 나타납니다.

4326-proj-3 parameters:
cs2cs +init=epsg:4326 +to +proj=utm +zone=32 +south +a=6378249.2 +b=6356515 +towgs84=-148,51,-291,0,0,0,0 +units=m +no_defs
800232.21   9423131.96 -1.76
4326-proj-7 parameters from spatialrefrence.org:
cs2cs +init=epsg:4326 +to +proj=utm +zone=32 +south +a=6378249.2 +b=6356515 +towgs84=-178.3,-316.7,-131.5,5.278,6.077,10.979,3.953271276531849 +units=m +no_defs
800230.13   9423133.46 91.31
4326-proj-7 parameters from proj4 datum_shift.csv (EPSG:1802):
cs2cs +init=epsg:4326 +to +proj=utm +zone=32 +south +a=6378249.2 +b=6356515 +towgs84=-178.3,-316.7,-131.5,5.278,6.077,10.979,19.166 +units=m +no_defs
800230.13   9423133.40 -5.72

3 미터 미만의 거리. E와 S는 반드시 공백없이 학위를 따라야합니다.

그리고 레코드의 경우 : towgs84를 0으로 설정하면 다음과 같은 결과가 발생합니다.

800310.94   9422829.37 -109.32

Point Noire도 EPSG : 4262에서 Point Noire UTM으로 변환하는 동안 결과는 다음과 같습니다.

800311.21   9422892.49 0.00

보시다시피, 동일한 매개 변수를 사용하면 Leica와 큰 차이 (> 600 m!)가 있습니다. 왜 이런 일이 발생하고 동일한 결과를 얻는 지 알아야합니다. Proj4에 사용 된 지리 중심 좌표를 변환하는 방법 일 수 있습니까? 매우 복잡한 수식이 있습니다. 아마도 라이카는 다른 방법을 사용합니까?
WindRider

1
Leica는 3- 파라미터 변환을 제공합니까? 그리고 그들은 그것을 위해 무엇을 계산합니까?
AndreJ
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.