ESRI 이외의 공간 데이터베이스에 지리 공간 메타 데이터를 저장하고 데이터 자체와 함께 덤프 할 수있는 기존의 표준 범용 접근 방식 (및이를 관리 할 수있는 기존 도구)이 있습니까?
나는 단순히 테이블과 관계에 의존하고 PostGIS, Spatialite, Oracle, SQL Server 등과 같은 데이터베이스에서 사용될 수있는 접근 방식을 찾고 싶습니다. 여기서 메타 데이터는 데이터에 대한 서술 정보를 의미합니다 (예 : 미국 FGDC 또는 ISO 19139 지리 공간 메타 데이터 유형 정보)-BBOX 및 내부 자료가 아닙니다.
ESRI 사용자는 이제 파일 (Shapefile)이든 지오 데이터베이스이든 데이터를 보편적으로 설명하고 동반 할 수있는 몇 가지 XML 형식을 갖습니다. 그러나 ESRI 소프트웨어를 사용하지 않는 경우 기존 옵션은 무엇입니까? 물론, 나 자신의 테이블, 데이터 구조 등을 디자인 할 수 있습니다. 그러나 반드시 존재해야하는 휠을 재창조해야하는 이유는 무엇입니까?
최신 정보:
Geonetwork (또는 서버와 반드시 관련된 것)와 같은 복잡한 건축 구성 요소는 내가 피해야 할 것입니다. 또한 메타 데이터는 별도의 데이터베이스가 아니라 데이터와 함께 작동합니다. 요구 사항은 다음과 같으며 처음에 언급해야합니다.
시스템 요구 사항 : 1. 아키텍처는 QGIS 및 Spatialite 데이터베이스 이상을 필요로합니다. 부분적으로 조직은 서버에서 무언가를 실행할만큼 정교하지 않고, 물건을 사거나 물건을 만들거나 배치 할 돈이 없기 때문입니다.
기능적 요구 사항 : 1. 데이터는 많은 사람들에게 쉽게 배포되어야하며 문서는 데이터와 쉽게 분리되어서는 안됩니다. 즉, 데이터가 무엇인지, 왜 생성되었는지 항상 알 수 있도록 데이터를 함께 보관하고 함께 배포해야합니다. 기타-데이터가 있으면 문서가 있습니다. 2. 데이터 자체와 마찬가지로 메타 데이터 문서는 직관적 인 데스크톱 도구와 비전문 직원이 쉽게 편집하고 유지 관리해야합니다.
사용 사례 : 1. Bobby 학생 자원 봉사자 (및 GIS 학습)는 연구의 일부로 모니터링 사이트의 일부 데이터를 생성합니다. 2. Bobby는 자신이 사용한 입력, 처리 단계 설명 및 다른 사람들이 데이터의 연계를 이해하는 데 도움이되는 기타 정보를 기록합니다. 3. Bobby는 데이터를 CD-ROM에 백업 한 상태로두고 실제 작업을 시작합니다. 4. 2 년 후 누군가가 데이터를 찾아서 데이터 내에있는 문서를 읽을 수 있기 때문에 매우 유용하다고 판단합니다.
정교한 조직에서 온 사람이라면 "사람, 어떤 상황이 망가 졌습니까? 데이터를 올바른 방식으로 관리하십시오." 그러나 관련 시나리오는 실제로 내 세상에서 매우 일반적입니다.