ArcGIS Server for EPSG : 3857/900913의 올바른 투영법은 무엇입니까?


18

Google지도 또는 Bing지도에 오버레이 될 ArcGIS 서버에지도 서비스를 게시하고 싶습니다. 이를 위해 맵 서비스는 EPSG : 3857/900913에 있어야합니다.

Google Maps 투영은 구형 지구 투영을 가정합니다. 그래서 나는 갔다

좌표계 \ 투영 좌표계 \ 세계 (구면 기반)

거기 것으로 보인다 메르카토르 (구) .PRJ 하지만 적절한 프로젝션 매개 변수가하지 않는 것 같습니다.

나는 다음에 갔다

좌표계 \ 투영 좌표계 \ 세계

WGS84 기반 메르카토르 투영법에는 3 가지가 있습니다.

좌표계

많은 ESRI 문헌에서 WGS 1984 Web Mercator (Auxiliary Sphere)를 사용하고 있습니다. Google Maps Projection입니까? 그렇다면 WGS 1984 Web Mercator.prj 는 무엇입니까 ?

보너스 보너스로이 이미지는 ArcGIS desktop 10.0에서 가져온 것이지만 ArcGIS 10.1에서 답변이 다시 변경됩니까?


좋은 질문 .. 나는 이것을 생각하지 않습니다 ... 나는 WGS 1984 Web Mercator (Auxiliary Sphere) 투영을 사용하고 있으며 Google지도에 잘 작동합니다. + 레이어를 기본 맵으로 사용하려면 위의 투영을 사용해야합니다. (10.1 ArcGIS desktop + Server 사용)
Sunil

답변:


9

여기 주제에 관한 epsg 위키 가 있습니다.
esri 및 openstreetmap 토론에 대한 다른 링크
EPSG 영역에서 900913은 더 이상 사용되지 않습니다.
(900913은 Google에서 숫자를 입력하므로 공식적 이기에는 너무 귀여웠습니다).
이제는 공식적으로 epsg 데이터베이스에 3857입니다 .

그리고 esri에서 :

ArcGIS Online은 WGS 1984 Web Mercator (Auxillary Sphere)로 전환 할 예정
입니까?


sterlingdq는 말합니다 :

@nnne – 오랫동안 EPSG는이 좌표계에 코드 할당을 거부했습니다. 따라서 ESRI는 WKID 코드 102113 및 102100을 만들었습니다.

EPSG가 코드를 할당 할 때 3785를 사용했지만 나중에이를 3857로 변경했습니다. ArcGIS 10은 EPSG 코드가 존재하는 경우 ESRI를 사용하는 ESRI 관행을 따르고 서비스의 좌표 시스템을 3857로 광고합니다. ArcGIS 10 및 모든 웹 API는 EPSG 3857, ESRI WKID 102113 및 ESRI WKID 102100을 동등한 것으로 인식하도록 설계되었습니다.

답변을 작성하는 동안 미안했습니다.
WGS 1984 Web Mercator (Auxiliary Sphere)는 아크 맵에서 선택하려고하지만 타일 서비스를 생성하는 경우 이것이 무엇을 의미하는지 읽습니다.
나는 10.1에 있으며 이것이 그 정의입니다 ...
웹 메르카토르


마지막으로 WGS 1984 Web Mercator는 EPS 3785를 가리키는 오래된 esri 데프입니다.

webmerc1


1
Web Mercator의 EPSG 코드가 무엇인지 알고 있습니다. ArcMap에서 어떤 투영을 선택해야합니까?
Devdatta Tengshe

약간의 테스트를 거친 후 WGS 1984 Web Mercator (Auxiliary Sphere)가 나머지 엔드 포인트에서 wkid 3857로 나타나는 것으로 나타 났지만 ESRI KB 기사 37329와 함께 링크 한 블로그 기사는 WGS 1984 Web Mercator . 따라서 혼란.
Devdatta Tengshe

1
Axillary Sphere가 더 정확 해 보이는 반면 어느 쪽이든 사용할 수있는 것처럼 보입니다. 제쳐두고 흥미로운 점은 10.1에서 EPSG 코드를 볼 수 있다는 것입니다. ArcGIS 10 만
있고이

2
WGS 1984 Web Mercator는 구형 및 타원체를 지원하는 표준 Mercator 알고리즘을 사용합니다. 구 코드를 트리거하려면 지리적 CRS가 구를 사용해야합니다. 데이터가 WGS84가 아닌 경우 (변환이 필요한 경우) 워크 플로가 복잡해집니다. WGS 1984 Web Mercator (보조 영역)는 구형을 기반으로하는 Esri 특정 Mercator 알고리즘을 사용하지만 타원체 지리 CRS를 처리하는 방법을 지정할 수 있으므로 표준 WGS84 정의를 사용할 수 있습니다.
mkennedy

-3

EPSG 코드는 USGS에 따라 실제 예상으로 간주되지 않습니다. WGS84 (및 NAD83)는 동일한 타원체를 사용하므로 본질적으로 동일합니다. 내 주 (루이지애나)에서 본 GIS 시스템은 모두 주 평면 좌표계입니다. 저는 면허가있는 토지 측량사이며 주 비행기 시스템과 독점적으로 일했습니다. 그러나 필수 교육에는 모든 예상 사항이 포함됩니다. 측량사와 엔지니어는 각도 좌표를 어떤 종류의 직교 시스템으로 변경합니다. 각도 투영은 USGS에 의해 계산 된 실수로 작업하기 때문에 지구 모양에 대한 위성 수정도 포함되어 있기 때문에 우리에게는 쓸모가 없습니다. 물론 우리는 센티미터 이하 환경에서 일하고 있습니다.


1
이것이 어떻게 질문에 대답하는지 모르겠습니다.
Devdatta Tengshe

이러한 모든 투영은 지정된 종 방향 중앙 자오선과 적절한 타원체 (지구의 현대적인 형태)를 기반으로해야합니다. USGS에 의해 계산 된 투영으로 간단히 말하면 이러한 다른 모든 투영으로 전환하여 데이터가
뒤 틀리지 않도록합니다

USGS는 lat-long이 엄격한 의미에서 시스템을 실제로 조정하는 것은 아니지만 ( ref ), 모든 EPSG 좌표 시스템이 '실제'가 아니라고 주장하는 것을 알지 못합니다. EPSG에 OP 참조 (및 대부분의 다른 '직선'좌표 시스템)를 포함하는 주 평면 시스템을 다루는 코드가 있기 때문에 이러한 주장은 기괴합니다. 또한, 구상 좌표계는 직선이 없기 때문에 엄격하게 좌표계가 아니라고 말하는 것은 잘못된 것입니다. 좌표계는 직교 공간에 한정 될 필요가 없습니다.
MappaGnosis
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.