ESRI WKT 예측은 OGC WKT 예측과 어떻게 다릅니 까?


9

ESRI WKT와 OGC WKT 프로젝션 형식 문자열의 정확한 차이점 목록을 아는 사람이 있습니까?

GDAL 유틸리티 및 다양한 웹 사이트 서비스를 포함하여 ESRI WKT에서 OGC WKT로 변환하는 데 도움이되는 다양한 도구가 있다는 것을 알고 있습니다. 그러나 내 질문은 실용적이지 않습니다. 단순히 이러한 서비스가 사용하는 형식 / 구문의 차이점을 이해하고 싶습니다. 이전 Stackexchange 질문은 특정 예의 차이점이나 사용 가능한 도구 및 서비스에 대해서만 이야기했습니다.

한 가지 차이점 만 알고 있다고해도 게시 할 수 있다면 좋을 것입니다. 내 경험으로는 약간의 차이 만있을뿐입니다. 내가 아는 차이점은 다음과 같습니다.

  • esri 정의의 대부분의 텍스트 항목은 ogc가 공백을 사용하는 밑줄을 사용합니다.
  • esri wkt에서 데이텀을 정의하는 텍스트는 "D_"로 시작한다는 점을 제외하고 ogc wkt와 동일합니다.
  • 때로는 사전 정의 된 일부 PROJCS, PROJECTION, GEOGCS 및 DATUM의 텍스트 식별자가 다르게 작성됩니다 (예 : "North_American_1983"인 "NAD83"). 철자가 다른 식별자를 알 수있는 유일한 방법은 목록이나 조회 테이블을 갖는 것입니다. 알고있는 이름을 지정하십시오.
  • ogc에 각 대문자가 포함되어 있고 esri에는 모든 소문자가 있다는 점을 제외하면 다양한 PARAMETER 텍스트 값은 모두 동일합니다. 그러나이 규칙이 사용되지 않은 경우를 보았습니다. 제목을로드하려고하는 소프트웨어와 관련하여 타이틀 케이스가 실제로 중요한지 아는 사람이 있습니까?
  • UNIT의 유형은 ogc에서 대문자로 표기되고 esri에서 소문자로 표기됩니다 (예 : "Degree"vs "degree"). 어떤 경우에는 ogc이 "Meter"에 대해 "meter"와 "m"으로 쓰이고 다른 경우에는 프랑스어로 "metre"로 쓰입니다. 누구 든지이 형식이나 두 가지 형식의 다른 단위 유형에 대한 올바른 규칙이 무엇인지 알고 있습니까?

답변:


6

2
기본적으로 ESRI는 다음과 같이 진행합니다 :-)
Ian Turton

1
@iant EPSG 사양을 중심으로 코드 라이브러리를 구현 한 첫 번째 사람은 선택의 여지가 거의 없었습니다.
Vince

2
우리는 아마도 GeoTIFF 사양이 당시에도 가능했기 때문에 아마도 두 번째였습니다. @iant 새로운 Esri 프로젝션 엔진을 만들면 다르게 할 몇 가지가 있습니다!
mkennedy

좋아, 그래서 그것의 많은 것은 매우 특별하고 특별한 경우 처리처럼 보인다. 실제로, 링크 된 문서로부터 판단 할 때, 이름 차이 등의 특수한 경우에 수백 줄의 코드가 존재합니다. 모든 다른 소프트웨어 구현 때문에 아마도 기준시 시간을 합의의 부족 : P
카림 년 Bahgat

ESRI와 GoeoTiff가 항상 EPSG 코드 번호를 WKT 영사 문자열에 추가하면 많은 도움이 될 것입니다. QGIS는이 설정을 저장하기 위해 shapefile에 대한 추가 .qpj 파일을 만듭니다.
AndreJ

9

당신은 많은 차이점을 발견했습니다. Esri는 맵 프로젝션 알고리즘 또는 매개 변수 이름에 WKID를 채택하지 않았으므로 모두 다릅니다. 우리는 매개 변수 정의가 얼마나 신중하게 정의되었는지에 동의하지 않았습니다. 우리는 더 일반화됩니다.

TOWGS84 또는 일부 최신 키워드는 지원하지 않습니다.

문자열 (이름)을 비교할 때는 밑줄, GCS_ 및 D_ 및 대소 문자를 무시합니다. 다른 파서에서는 그렇지 않을 수 있습니다. 파서는 이름에 엄격하지만 일부 동의어를 추가했으며 이제 비교를 위해 여러 공급 업체의 이름 목록을 유지합니다.

OGC의 원래 좌표계 사양은 객체 이름과 관련하여 구체적이지 않았습니다. 표준화를 향한 프로세스를 통과하는 새로운 OGC / ISO 사양 인 "좌표 참조 시스템 표준을위한 지리 정보-잘 알려진 텍스트"가 있습니다. 이름이 무엇인지에 대해 훨씬 더 구체적입니다 (EPSG 레지스트리 일치!). 앞으로이 표준을 구현하는 것이 매우 흥미로울 것입니다.

공개 : 저는 EPSG 레지스트리를 유지 관리하는 소위원회 회원 인 Esri에서 일하며 CRS WKT 2.0 초안위원회의 회원이었습니다.


와우, 그것은 정말 흥미 롭습니다. 특히 의사 결정에 참여한 누군가로부터 일부 내부 정보를 듣는 것입니다. 새로운 OGC ISO 사양은 매우 유망한 것으로 보입니다. 더 많은 주요 GIS 공급 업체 및 데이터 형식이이를 사용하기 위해 수렴되기 시작한다고 생각하십니까? 불행히도 이전 데이터 형식이 인기를 유지하는 한 (예 : shapefile, geotiff) 오래된 차이점 중 일부는 계속 유지 될 것으로 생각됩니다.
Karim Bahgat

당신은 TOWGS84를 지원하지 않는다고 말하고 있습니다. WKT가 알 수없는 이름 (예 : 사용자 정의 투영 / 기준)을 사용하는 경우 기준 이동이 무시 될 때 좌표계를 올바르게 설정할 수 없습니다. 아니면 뭔가 빠졌습니까?
PMF

대부분의 최상의 변환은 3 또는 7 매개 변수 방법이 아닌 그리드 파일을 사용합니다. 많은 변환이 WGS84를 사용하지 않습니다. 매우 제한된 솔루션입니다. 대신에 변환 할 때 변환 늦게 바인딩합니다 .
mkennedy

시스템에 알려지지 않은 경우 사용자 정의 지리적 변환 도구 작성을 사용하십시오. 새로운 CRS wkt는 또한 변형을 다룹니다. Arron을 가까운 소프트웨어로 출시합니다!
mkennedy 2016 년

0

차이점 목록의 잠재적 시작점으로 새로운 crys 패키지 를 확인하는 데 도움이 될 수 있습니다 . 여기에서 각 crs 요소, 매개 변수 및 datum / ellips / proj 이름에 대한 클래스를 esri_wkt vs ogc_wkt 맞춤법과 함께 작성하려고 시도했습니다. . 또한 서브 모듈 의 _from_wkt()함수에서 wkt 구조 측면에서 구문 분석 차이점을 전체적으로 보는 방법을 지정했습니다 parser.py. 사용자 기여를 통해 이러한 차이점을 더 추가하거나 수정할 수 있기를 바랍니다.

https://github.com/karimbahgat/PyCRS


당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.