GoogleMaps, OpenStreetMap 및 Leaflet 용 EPSG 3857 또는 4326

혼합하고있는 몇 가지 사항이 있습니다.

• Google 어스 는 지리적 좌표에 있습니다. wgs84 데이터가있는 시스템. (EPSG : 4326)

• Google 지도는 wgs84 데이텀을 기반으로하는 투영 된 좌표계 에 있습니다. (EPSG 3857)

• Open Street Map 데이터베이스의 데이터는 10 진수 단위로 gcs에 저장됩니다. & wgs84의 데이텀. (EPSG : 4326)

• The Open 거리지도 타일과 WMS 웹 서비스는 wgs84 데이터를 기반으로하는 투영 좌표계에 있습니다. (EPSG 3857)

Google지도의 타일 또는 Open Street Map 웹 서비스의 타일을 사용하는 웹지도를 만드는 경우 Sperical Mercator (EPSG 3857 또는 srid : 900913)에 있습니다. 따라서지도는 동일한 투영을 가져야합니다.

편집 :

mkennedy

지도가 Web Mercator (EPSG : 3857)에 있지만 사용 된 실제 좌표가 위도에 있다는 사실로 인해이 모든 것이 더욱 혼란스러워집니다. long (EPSG : 4326). 이 규칙은 다음과 같은 여러 장소에서 사용됩니다.

• 대부분의 매핑 API에서 Lat-long으로 좌표를 제공 할 수 있으며 API는이를 적절한 Web Mercator 좌표로 자동 변환합니다.
• KML을 만드는 동안 웹 메르카토르지도 위에 표시 되더라도 항상 지리적 위도 좌표를 제공합니다.
• 대부분의 모바일 매핑 라이브러리에서 사용합니다. 지도가 웹 메르카토르에있는 동안 lat-long 위치입니다.

댓글

• 추가하기 만하면 EPSG : 3857은 단위 미터이지만 실제 미터는 아닙니다. 북쪽으로 갈수록 더 많이 압착됩니다.
• ' 또한 혼란스러운 점은 EPSG를 사용하여 Google지도 또는 Bing지도와 자주 상호 작용한다는 것입니다. : 4326 (예 : KML 파일) 내부적으로 서버는 데이터를 EPSG : 3857에 해당하는 데이터로 변환합니다. ' 타일 중 하나에 대해 데이터를 매시업하는 경우 타일은 EPSG : 3857을 사용하므로 ' 데이터를 먼저 변환하는 속도가 더 빠릅니다.
• 이는 투영 값을 계산할 때 Google지도에 OSM을 사용하는 것이 안전하다는 것을 의미합니까? 위도를 y로 변환하는 경우 : wiki.openstreetmap.org/wiki/Mercator#Spherical_Mercator
• @brendan : 예. OSM과 Google지도 (Bing 등 다른 많은지도 등)에 동일한 좌표를 사용할 수 있습니다.
• @EtienneDesgagn é : 예

요점 :

EPSG : 4326은 구의 표면 또는 참조 타원체.

EPSG : 3857은 구 또는 타원체의 표면에서 평평한 표면으로 PROJECTED 좌표계를 사용합니다.

이렇게 생각하십시오. :

EPSG 4326은 GLOBE (곡면)과 동일한 좌표계를 사용합니다. EPSG 3857은 MAP (평면)와 동일한 좌표계를 사용합니다.

실제로 투영 평균의 차이는 Google 어스에서 긴 선을 그리는 것입니다. “긴 줄”이란 눈에 띄게 그레이트 서클 루트 인 것을 의미합니다. Google 어스에서는 모든 것이 정상입니다.하지만 Google지도, CartoDB 또는 OpenStreetMap에서 동일한 두 지점 사이에 선을 그리면 선이 평면 투영으로 평평 해집니다. 선의 가운데를 확대하여 중간 지점이 얼마나 멀리 있는지 확인합니다. 전향되었습니다.

API가 SRID 3857을 사용한다고 말하지만 SRID 4326을 사용하여 위치를 제공하면 혼란 스럽습니다.

위도 / 경도의 SRID를 빠르게 알 수있는 방법 : 숫자가 정확도 의 큰 &인지 확인

• EPSG : 4326 은 도 -3D 구
• EPSG : 3857 은 미터입니다. -2D 프로젝션