표준화 된 공간 데이터 교환 형식에서 다음으로 중요한 것은?

2012 년 후반에 지리 / 공간 데이터 공유를위한 새로운 표준을 설계하기위한 그룹의 노력에 대해 몇 달 전에 읽은 것을 기억합니다. 모든 장치와 플랫폼에서 데이터를 광범위하게 공유하기위한 선택 수단으로 Esri shapefile 의 실제 표준 (20 년 이상) 표준을 대체 할 수있는 잠재력을 갖거나 목표 로합니다. 가장 긴급한 shapefile 제한 을 해결하는 것 외에도이 새로운 기능에는 래스터 및 메타 데이터도 포함됩니다.

내가 기억하지 못하는이 중요한 것은 SpatiaLite-미래의 Shapefile이 아닙니까? 또는 shapefile을 바꾸려는 시도가 있습니까? 그러나 주변에서 소용돌이 치는 대화 중 일부는 비슷했습니다. 나는 오늘 이것을 추적하려고 꽤 많은 시간을 보냈지 만, 나의 검색-fu는 작업에 달려 있지 않다.

모든 워크 플로에 큰 영향을 줄 수있는이 어려운 프로젝트의 이름은 무엇입니까? (도면에서 내려 온다고 가정하면, 우리는 무언가 가 필요하다는 것을 안다 .) 그리고 어떻게, 어디에서 참여하거나 적어도 그것을 추적 하는가?

아마도 당신이 생각하고있는 아이디어는 GeoPackage 입니다.

배경.

요구 사항의 배경은지도 및 기타 정보 (포인트 또는 관심사, 경로, 사진 및 기타 관측치)를 간단한 "하나" 모바일 애플리케이션을위한 파일 형식입니다. " 원래 개발은 Google 그룹스의 공개 메일 링리스트 ( 벡터 및 래스터 / 타일 용 )에서 수행되었습니다.

OGC가 OWS-9 테스트 베드 활동을 시작했을 때 개발 및 프로토 타입이 OGC로 이동했습니다. 그 이유는 약간 복잡하지만 좋은 의도로 수행 된 것으로 보입니다. 유일한 문제는 무슨 일이 일어나고 있는지 확인하기 위해 OGC 세계에 있어야한다는 것입니다. 두 개의 Google 그룹스 목록은 기본적으로 죽었습니다.

OWS-9가 끝날 무렵, OGC (NGA와 미 육군 지리 공간 센터에서 제안)는 표준 작업 그룹 (SWG)을 확장하여 "적절한"사양을 개발했습니다. OGC는 이에 대해 더 자세히 설명합니다 .

OGC 사양 개발 프로세스는 처음에 Paul Daisey가 감독했습니다. 그것은 많은 외부 관심을 끌었다는 점에서 흥미로운 과정이었습니다. 초기 작업은 Microsoft Word에서 수행되었지만 GitHub의 개발로 전환되었습니다 . 2017 년 현재 SWG 의장은 Jeff Yutzler입니다. GitHub의 마크 다운 버전은 공식 사양이 아닙니다. 공식 릴리스에서 공식 릴리스로 이동할 때 소스 코드와 매우 유사하게 진행중인 작업입니다.

인위적인

사양은 읽기가 다소 어렵지만 구현 단계에서 잘못 되기는 어렵습니다. 애매하지 않고 애매하지 않으려 고 노력합니다. 무슨 일이 일어나고 있는지 이해하는 가장 좋은 방법은 테이블 관계를 보여주는 다이어그램을 찾는 것입니다. 잠시 동안 응시하면 좀 더 이해하기 시작할 수 있습니다. 그런 다음 일부 샘플 데이터를보십시오 (참고 : 최신 사양에 최신이 아닐 수 있음).

이행

다양한 구현이 있습니다 ( 링크 는 http://www.geopackage.org/ 웹 사이트 참조 ). 면책 조항 : 나는 그들 중 일부에서 일했습니다.

미래

2017 년 말 현재 핵심 사양 개발이 느려졌습니다. 새로운 버전이 있지만 차이점은 거의 없습니다. 상당히 개방 된 확장 메커니즘이 있습니다. 불완전한 목록 은 http://www.geopackage.org/extensions.html 을 참조 하십시오 . 고도의 확장 SWG 근무하는 첫 번째, 그리고 가까운 미래의 작업에 관련 테이블의 다른 데이터와 함께 지리 공간 기능을 연결하는 방법은 예를 들면 랜드 마크의 사진 또는 이륙의 PDF 파일이 (인, 및 공항에 대한 "접근 판"착륙).

OGC는 일부 회원 조직 (회사, 대학)이 테스트 베드 활동 에서 다른 작업을 수행하도록 후원 하고 있습니다.