GIS 서비스에서 선호되는 위도 및 경도 튜플 순서

GIS 소스 코드를 다룰 때 종종 위도와 경도 좌표 튜플을 작성해야합니다.

예 : Google지도 링크에서 (123, 456) :

http://maps.google.com/maps/ms?msid=214518704716144912556.00046d7689a99e95b721c&msa=0&ll=123,456&spn=0.007996,0.026865

선호되는 순서는 무엇이며 왜 그런가?

• 위도 경도

• 경도 위도

나는 다양한 시스템에서 사용되는 것을 보았고 다른 시스템에 충실 할 증거를 찾고 싶습니다.

표준 관행이 있습니까? 그렇다면 표준은 무엇입니까?

EPSG : 4326은 구체적으로 좌표 순서는 위도, 경도 여야한다고 명시하고있다. 많은 소프트웨어 패키지는 여전히 경도, 위도 순서를 사용합니다. 이러한 상황은 프로젝트 마감일과 프로그래머 정신에 대한 상상을 초월하게 만들었습니다.

가장 좋은 지침은 소프트웨어 스택에서 각 구성 요소의 예상 축 순서를 완전히 인식하는 것입니다. PostGIS는 lng / lat을 예상합니다. WFS 1.0은 lng / lat을 사용하지만 WFS 1.3.0은 표준을 따르고 lat / lng를 사용합니다. GeoTools의 기본값은 lat / lng이지만 시스템 속성으로 덮어 쓸 수 있습니다.

http://docs.geotools.org/latest/userguide/library/referencing/order.html : 문제의 역사와 설명에 대한 GeoTools 문서는 가치가 있습니다.

선호되는 순서는 관례 latitude, longitude입니다. 이것은 아마도 표준화 된 국제 해사기구 보고 여기 . Google은 또한 지도 와 지구 에서이 순서를 사용합니다 . 알파벳 순서를 생각하여이 순서를 기억합니다 latitude, longitude.

올바른 순서는 거의 모든 전문 GIS 응용 프로그램에서 기존 수학 (예 :)에서와 같이 경도, 위도 f(x ,y, z)입니다. GeoJSON 표준은 상당히 일반적이며 간결합니다.

The order of elements must follow x, y, z order
(easting, northing, altitude for coordinates in a 
projected coordinate reference system, or longitude,
latitude, altitude for coordinates in a geographic
coordinate reference system).

주요 Open Geospatial Consortium 표준 (WKT 및 WKB 및 EWKB와 같은 확장)도 마찬가지입니다. 마찬가지로 Google은 Lat / Lon에서 주문을 출력하여 사용자 정의에 익숙한 사용자 (예 : 계산 방식이 아닌 IMO와 같은 탐색 표준)에 익숙해 지도록 할 수 있습니다. 그러나 KML 표준 자체는 다른 모든 GIS 시스템과 같습니다.

The KML encoding of every kml:Location and coordinate
tuple uses geodetic longitude, geodetic latitude, and
altitude (in that order).

엄지 손가락의 좋은 규칙은 : 당신이 튜플이 무엇인지 알고 프로그래밍하는 경우 사용되어야한다 lon, lat. 최종 사용자 (예 : 조종사 또는 선장)가 lat, 의 출력을 보는 것을 선호하는 경우에도 적용됩니다 lon. 필요한 경우 UI에서 순서를 전환 할 수 있지만 압도적 인 대다수의 데이터 (셰이프 파일, geojson 등)는 일반적인 데카르트 순서입니다.

'실제'관습에 따라 위치를 지정할 때 위도 (예 : 북 / 남)는 항상 1 위 (예 : 20 ° N 56 ° W)이지만 표준 데카르트에 대해 생각하면 정상적인 관례를 따르지 않습니다. 그리드); 마찬가지로 Wikipedia의 모든 좌표는이 규칙을 따릅니다 (예 : Southampton 위치 : http://en.wikipedia.org/wiki/Southampton ). 혼동을 피하기 위해, 특히 단위가 포함되어 있지 않을 때, 항상 위도를 튜플에서 1로 지정하는 것이 좋습니다.

개인적으로 나는 위도, 경도 외에는 아무것도 본 적이 없습니다.

그리고 N과 S 대신 +와-를 사용할 때 항상 +는 N이고-는 S입니다.

나는 E와 W에 +와-를 사용할 때 변화를 관찰했습니다. 일반적으로 +는 E이고-는 W입니다. 그러나 W 경도를 과도하게 다루는 오래된 응용 프로그램에서는 +를 보았습니다. .

바라건대 오래된 응용 프로그램을 다루지 않아도됩니다.

다른 사람들이 이미 언급 한 GeoJSON 사양 외에도 경도, 라티 네이트 순서가 권장되는 다른 실제 사례가 있습니다 (예 : MongoDB의 지형 공간 색인) . 주문이 잘못되면 조인 된 데이터 세트를 다시 수행하는 것처럼 쿼리에서 잘못된 결과를 반환합니다.

따라서 선호하는 순서는 개인 취향에 달려 있습니다!

위도가 먼저 나타났습니다. "태양이 적도를 가로 지르는 날"로서 춘분은 밀레니아로 알려져왔다; 3 월에 S에서 N으로, 9 월에서 N에서 S로 건너는 유일한 질문은 적도가 0 도인 지 90 도인 지에 대한 것입니다. 0도를 취하면 춘분의 수직과 정오 태양 천정 사이의 각도는 지구상의 모든 위치의 위도입니다. 위도 또는 평행도는 효과적으로 정의됩니다.

경도는 합의에 의해서만 가능합니다. 영국은 경도 상을 수상했습니다. 영국은 선박의 위치를 ​​파악하고 더 나은지도가 필요했습니다. 해리슨 ( http://www.youtube.com/watch?v=T-g27KS0yiY )은 정확한 해양 크로노 미터를 생산했습니다. 그들은 제임스 쿡 1770과 같은지도 제작 항해 여행을 보냈습니다. 따라서 영국은 그리니치를지도에 000deg로 사용하여 주요 자오선을 주장했습니다. 프라임 메리디안은 100 년 동안 사용 된 후 1884 년에 국제적으로 승인되었습니다.

Christopher Columbus에서 Latitude는 그들이 가진 유일한 숫자였습니다. 전략은 목적지를 위해 왼쪽이나 오른쪽으로 돌리기 전에 평행선을 가로 지르는 것이 었습니다. 구름이나 새를 관찰합니다. 매 시간마다 매듭으로 속도를 측정하는 것이 일반적이지만 전류를 고려하지 않았습니다. 콜럼버스의 가장 큰 업적은 서인도 제도에서 네 번 집으로 돌아 오는 것이 었습니다. 그것 없이는 그가 발견 한 땅을지도에 추가 할 수 없었습니다.

Dava Sobel의 "Longitude"읽기 (ISBN : 9780007214228)

ISO 6709는 안전상의 이유로 주문을 위도, 경도로 나열하는 것을 표준화합니다. 위의 Graham의 설명은 나에게도 정확합니다. 누군가 가이 답변이 질문과 관련이 없다고 제안했습니다. 절대적으로, 왜 순서가 위도, 경도로 제공되는지 설명합니다.

이것은 긴 항해자가 시스템을 사용하고 있었지만 목록에있는 방법입니다. 지금 변경하면 혼란스럽고 ISO에서 알 수 있듯이 잠재적으로 위험합니다. ArcMap과 같은 GIS 소프트웨어는 x, y 좌표 쌍의 일반적인 규칙이므로 다른 방식으로 나열합니다. 위도는 y, 경도는 x이므로 아크가 그것들을 나열하는 방식입니다.

경도 다음 위도 (lon, lat).

메르카토르 경도로 투영되면 x 방향을 정의하고 위도는 y 방향을 정의합니다. 대부분의 지오메트리 라이브러리는이 형식 (론, 위도)을 엄격하게 사용합니다. 2D 평면에서 지리적 좌표를 생각하는 가장 직관적 인 방법이기 때문입니다.