GeoJSON 사양 및 CRS와 IRM의 차이점은 무엇입니까?

현재 GIS 데이터에 웹 API를 작성하고 있으며 현재 지오 코딩 서비스를 개선하고 있습니다. 나는 사람들이 출력 유형을 GeoJSON으로 지정하는 옵션을 만들고 있으므로 사양을 따르려고합니다. 우리의 데이터는 nad83 데이텀 UTM 영역 12 북쪽 투영에 저장됩니다. GeoJSON 사양은 CRS를을 추가했다. Wkid는 26912이지만 OGC CRS URN은 무엇입니까?

OGC CRS URN이 몇 부분으로 나뉘어져 있음을 이해할 수 있습니다.

urn : ogc : def : crs : OGC : 1.3 : CRS84

urn은 식별자, ogc는 조직, def는 또 다른 정적 거래, crs는 유형 (좌표 참조 시스템), OGC는 권한, 1.3은 버전, CRS84는 투영입니다.

utm 26912의 권위가 왜 유럽 석유 조사 그룹인가?

매핑 프레임 워크에서이 CRS 이름을 사용합니까?

사양을 따르고 싶지만 더 많은 매핑 프레임 워크가 wkid를 사용하고있는 것 같습니다.

http://spatialreference.org/ref/epsg/26912/

정보를 얻는 가장 좋은 장소처럼 보이지만 항아리를 나열하지도 않습니다. GeoJSON 사양은 어리 석거나 무엇입니까?

— 스티브
소스

Why is the authority of utm 26912 the European Petroleum Survey Group? 아마도 당신은 그렇게 잘못 생각하고 있습니다. EPSG는 투영 데이터베이스를 유지 관리하고 코드를 할당합니다. EPSG는 UTM 프로젝션 26912의 권한입니다. 왜냐하면 EPSG가 UTM 프로젝션에 할당 한 코드이기 때문입니다. ESRI 또는 다른 기관은 동일한 코드 또는 다른 코드를 동일한 투영 정의에 할당 할 수 있습니다. 클라이언트가 권한 데이터베이스에서 투영 식별자를 찾는 방법을 알고있는 한 우리 모두가 어디에 있는지 알게 될 것입니다.

— nmtoken

EPSG는 26912 ~ epsg-registry.org/export.htm?wkt=urn:ogc:def:crs:EPSG::26912 또는 GML ~ epsg-registry.org/export.htm?gml=urn에

— nmtoken

당신이 원하는 urn:ogc:def:crs:EPSG::26912으로부터 spatialreference.org에 GML 링크 . GML은 좌표계를 설명하기 위해 URN 구문을 사용합니다.

또는 다음을 지정할 수 있습니다

"crs": {
  "type": "link",
  "properties": {
    "href": "http://spatialreference.org/ref/epsg/26912/esriwkt/",
    "type": "esriwkt"
    }
  }

또는

"crs": {
  "type": "link",
  "properties": {
    "href": "http://spatialreference.org/ref/epsg/26912/proj4/",
    "type": "proj4"
    }
  }

GeoJSON 사양은 바보가 아닙니다. 가장 정확하게 지정된 좌표계 설명 스펙을 활용하려고합니다. URN 스타일의 GML SRS 설명 일 가능성이 높습니다.

나는 이것의 소비가 그렇게 광범위하게 이용 가능하지 않다는 것에 동의합니다. 이것이 대체 가능한 추론 가능한 "링크"구문을 사용할 수있는 이유이며 공간 참조 .org 링크에 명시 적으로 링크하려고했습니다. proj4js가 GeoJSON 사양의이 기능을 활용한다는 것을 알고 있습니다. 영감을 얻을 수 있습니다.

— 하워드 버틀러
소스

웹 맵 API 제작자 / 사용자는 항아리가 있는지도에 포인트를 두는 것이 고통 스러울 것 같습니다. 그 정면에는 사양 채택이 거의 없기 때문에. 특히 링크 유형 인 경우. 프로젝션을 파악하기 위해 링크 URL 또는 다른 것에 API 호출을해야합니까?

— Steve

또한 버전 번호가 없으므로 urn : ogc : def : crs : EPSG :: 26912가 아닙니다.

— Steve