이 데이터는 어떤 투영입니까?


13

대행사로부터 프로젝트에 대한 형태 파일을 받았으며 항상 UTM을 사용한다고 들었습니다. 그러나 값에 UTM으로 투사하기에는 숫자가 너무 많습니다.

      min      max
 x 32507319 32624343
 y  5925974  6074881

파일을 QGIS로 읽으려고 시도했지만 어떤 투영을 시도하더라도 세계지도를 사용하더라도 셰이프는 항상지도 경계 바깥에 나타납니다. 그들이 나타날 곳은 독일 최북단의 슐레스비히 홀슈타인이며 UTM에서 다음과 같은 최소값과 최대 값을가집니다

    min       max
x  426167.5  650147.9
y 5913377.7 6101334.8

쉽게 알 수 있듯이, 상위 데이터에 문제가 있습니다. 누구 든지이 문제를 해결하기 위해 사용할 수있는 투영법을 알고 있습니까?

답변:


14

분명히 데이터는 존 수를 포함하여 UTM32 에 있습니다 . 제공된 CRS에서 명시 적으로 제공 한대로 x 좌표 앞의 32를 제거 할 수 있습니다. 그러나 해당 참조 시스템을 구성하면 QGIS가이를 처리 할 수 ​​있어야합니다.

경계로 사용하는 것은 구역 확장이없는 UTM33 처럼 보입니다 . 구역 확장과 동일한 값 각각 33,426,167.5 및 33,650,147.9입니다. 여기에서지도와 데이터에 대해 다른 CRS를 사용하고 있음을 알 수 있습니다. 비슷한 결과를 얻기 위해 맵을 UTM32로 변환하거나 데이터를 UTM33으로 변환 할 수 있습니다.

옆으로 y- 좌표는 당신이있는 지역의 영향을받지 않습니다.

편집 : 그래서이 x 좌표는 실제로 무엇을 의미합니까? 그것은 인 적절한 구역의 중간 자오선 차이 - - 케이스 영역 32 또는 33 중 어느 하나에 더하여 500km의 값이 음의 값을 방지한다. 따라서 귀하의 예에서 값 33,426,167.5는 33 번 구역에 있으며 중서부에서 서쪽으로 74km 떨어진 곳에 위치합니다 (426-500 = -74-> 서쪽). 따라서 33,650,147.9는 자오선에서 150km (650-500 = 150-> 동쪽)라는 의미입니다.


고마워, HimBromBeere! 이제 작동합니다! 올바른 CRS (EPSG : 5652)를 사용할 때 데이터를지도에 추가하는 데 아무런 문제가 없었습니다.
Kathrin

좌표 순서는 EPSG : 5652와 EPSG : 4647의 차이입니다. 따라서 5652를 사용해도 좌표가 잘못 표시되면 대신 4647을 원할 수 있습니다.
til_b

4

좌표가 의미가없는 경우 Null Island Algorithm을 시도해보십시오 . 해당 좌표를 사용하여 사용 가능한 모든 CRS로 변환 한 후 결과를지도에 표시하십시오.


아, 무차별 대입법. 더 빠른 방법은 적절한 사용 영역이있는 CRS 만 중지하는 것입니다.
mkennedy 2016

정말 지루합니다. 지리학자들은 공간 참조를 좋아합니다. 그들을 버리지 마십시오. 그러나 데이터를 사용하여 측정하고 계산할 때는 일종의 CRS를 제공해야합니다.
HimBromBeere
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.