GIS 데이터를 포함하는 파일 및 폴더에 대한 좋은 분류법 또는 명명 규칙은 무엇입니까? [닫은]

우리 회사는 지난 8 년 동안 약 30TB의 GIS 데이터를 수집했으며 항상 다음과 같은 질문을합니다.

1. 특정 지역에 대해 어떤 유형의 데이터가 있습니까?
2. 해당 데이터에 대한 세부 정보는 무엇입니까 (예 : 픽셀 당 미터 단위의 해상도)?
3. 실제로 사용할 수 있도록 하드 드라이브의 데이터가 어디에 있습니까?
4. 데이터를 이미 처리 했습니까, 아니면 원본에서 변경되지 않은 형태입니까?

지금까지는 적절한 폴더와 파일 분류법 / 계층 구조를 고안하여 이러한 문제를 해결하려고 시도했습니다. 누구나 파일과 폴더를 사용하여 GIS 데이터를 구성하는 이해하기 쉬운 표준 방법에 대한 아이디어 / 제안이 있습니까?

또한 데이터베이스를 사용하는 것이 회사에 어떤 이점이 있는지에 대해 더 많이 배울 수 있습니다. 우리는 GIS 전문가가 아닌 소프트웨어 개발자이므로 사용하기 쉽게 GIS 데이터 저장 / 구성 문제에 가장 잘 접근하는 방법에 대해 약간 뒤떨어져 있다고 생각합니다. 지리 공간 데이터 관리를위한 모범 사례 라는 질문을 보았지만 지리 데이터베이스에 익숙하지 않기 때문에 답을 거의 쓸 수 없었습니다.

업데이트 : 지난주에 나는 GIS 데이터베이스에 대해 상당한 시간을 보냈고 PostGIS에 익숙해지기 시작했습니다. 장기적으로는 지리 공간 데이터 관리 모범 사례 에서 JasonBirch가 권장하는 데이터베이스 및 메타 데이터 서버를 사용하는 방향으로 나아가게 될 것 입니다.

실제로 데이터를 편집하거나 맵을 개발하려는 경우 현재 작업중인 데이터를 시작한 데이터와 별도로 유지해야합니다. 프로젝트를 시작할 때 데이터 유형 (DEM, Orthophoto, Hydrology 등)으로 이름이 지정된 서브 디렉토리로 SourceData 폴더를 작성합니다. 이것은 참조 용으로 만 사용하는 모든 레이어를 보유합니다. 내가 작업중 인 모든 데이터 는 Working이라는 다른 폴더에 복사 됩니다. Working 폴더에는 데이터, MXD 및 일반적으로 프로젝트 단계 (MXD, RoadEdits, Delivery 등)와 관련된 하위 디렉토리에서 수정하거나 생성하는 모든 항목이 있습니다.

실제 GIS 데이터 외에도 클라이언트 / 내부 클라이언트 / 교수의 문서를 보관할 통신 또는 사양 폴더를 만들어야합니다. 이는 나중에 프로젝트로 돌아올 때 메타 데이터로 사용될 수있을뿐만 아니라 다른 사람이 발생할 수있는 상황을 다른 사람이 볼 수있는 중앙 위치를 생성 할 수 있습니다.

이 정보를 저장하려면 메타 데이터 세트가 필요하고 메타 데이터를 사용하여 정보를 기반으로 데이터를 추출 할 수있는 검색 시스템이 필요합니다.

상호 운용성을 극대화하기 위해 OGC 카탈로그 서비스를 지원하는 솔루션을 원한다고 생각합니다. 동료가 Deegree를 사용하는 것을 보았습니다. 물론 체크 아웃해야 할 다른 솔루션이 있습니다.

다음은 우리가 소프트웨어에 Deegree를 연결 한 방법의 예입니다 (실시간 데모는 유지 보수를 위해 다운되었습니다-알 수 없습니다!-다음 주에 백업해야 함)

파일 이름 지정과 관련하여 카탈로그 서비스 및 전달 메커니즘이있는 경우 파일 이름 및 위치에 대한 문제가 적습니다. 그렇지 않으면 데이터를 찾는 방법에 달려 있다고 생각합니다. 먼저 지리적 영역 또는 데이터 유형을 좁히면서 시작합니까? 그러면 데이터를 타일로 나눈 다음 타일 당 데이터 유형으로 계층 구조가 시작되는지 여부가 결정됩니다. 또는 데이터 유형으로 분할하여 각 타일 세트를 갖습니다.

물론 공간 데이터베이스를 사용하면 데이터를 타일로 나누는 것과 같은 문제가 없으므로 최종 사용 응용 프로그램에 해당 유형의 데이터 사용을 지원하는 것이 우선적 인 방법입니다.

모든 shapefile, 래스터 및 테이블을 삽입 할 수 있는 단일 파일 데이터베이스 인 SpatiaLite 를 선택합니다 . 그런 다음 관계형 SQL 데이터베이스로서 속성과 파일 사이에 필요한 모든 조치 (결합, 선택, 병합, 결합, 분할 등)를 수행 할 수있는 SQL 쿼리의 힘이 있습니다.

SpatiaLite 는 Python과 같은 프로그래밍 언어에서 액세스하여 자동화 수준을 높일 수 있습니다. 하늘이 한계입니다.

SpatiaLite 설명서 및 자습서

"Map name or theme-Metadata comments.doc"라는 제목의 Word 문서를 만드는 것이 유용하다는 것을 알았습니다. 각 맵 및 / 또는 데이터 세트 테마에 대한 주요 편집 및 워크 플로우를 시간순 (YYYY-MM-DD)으로 문서화하십시오. 데이터 세트의 히스토리를 파악해야하는 경우 : i) 히스토리 참조 또는 잠재적 소스 파일로 유용한 관련 파일에서 작성된 수정 날짜 / 날짜를 포함하십시오. 일반적인 유사점 또는 차이점 (예 : 각 맵 또는 데이터 세트 버전의 새로운 기능)에주의하면서 각 파일의 내용 (계층 이름, 레코드 수)에 대한 간략한 요약을 포함시킵니다. "-메타 데이터 주석"파일을 최신 버전의 맵 또는 데이터 세트와 동일한 작업 폴더에 보관하십시오. 이전 버전의 맵 또는 데이터를 보관 하위 폴더에 배치합니다. 3 단계 프로세스는 소프트웨어 개발에 적합합니다. 데이터베이스 개발 및 파일 관리 : 1) 개발 (& 문서); 2) 시험 (& 문서); 3) 게시 (메타 데이터 포함). 1) 작업 폴더; 2) 아카이브 하위 폴더; 3) 출판 된 버전.