이것은 악한 문제 입니다. 우리는 다양한 시스템을 시도해 보았습니다.이 시스템은 모두 한동안 다양한 수준으로 작동했으며 결국에는 성장하지 못했고 점점 더 적합하지 않은 최첨단 사례가 발생함에 따라 부서지기 시작했습니다. 즉, 우리가 사용한 각 시스템은 아무 것도 아닌 것보다 낫기 때문에 어떤 시스템도 시스템이없는 것보다 낫다는 것을 증명합니다 .
현재 실습에 대한 썸네일 개요는 다음과 같습니다.
래스터를 제외한 모든 것을 파일 지오 데이터베이스에 넣으면 더 적을수록 좋습니다. 특정 방식 (예 : 수력> 스트림, 수력> 레이크, 수력> 습지 등)과 관련이없는 경우 기능 데이터 세트 아래에 기능 클래스를 중첩하지 마십시오. 이것은 fgdb의 맨 위에 큰 목록이 있지만 허용되는 악입니다.
모든 피쳐 클래스에 대한 도면층 파일 을 작성 하고 대신 지원되지 않는 문자 등을 사용하여 필요에 따라 이름을 자유롭게 지정할 수 있으며 상황이 변함에 따라 이동하고 이름을 바꿀 수 있습니다. 예를 들어 공칭 스케일 (50k, 250k ...)에 따라 그룹화 된 한 세트의 레이어, 지역 (AK, YT ...)에 따라 다른 레이어, 테마별 (캐리 보어, 토지 사용, 운송 등)에 따라 중복없이 복제 할 수 있습니다. ...) 및 클라이언트에 의한 네 번째이며 데이터 저장소 자체는 변경되지 않습니다.
복제의 경우 레이어 파일 대신 바로 가기를 사용합니다. 그렇지 않으면 변경 될 때 업데이트 할 항목이 너무 많습니다. 단축키를 표시하도록 ArcCatalog를 구성하십시오. * 도구> 옵션> 파일 유형 : .lnk (제한 사항 : 미리보기 및 메타 데이터가 작동하지 않습니다. ArcCatalog에서 해당 소스에 대한 단축키를 따를 수 없습니다. 단축키 대신 기호 링크를 사용하여 해결할 수 있습니다. 링크 쉘 확장 참조 )
* (팁 : 레이어 폴더를 시작 메뉴 도구 모음으로 추가하여 항상 손끝에 배치하십시오.)
Z : \ 레이어 \
베이스\
어간 형성 모음\
참고\
모든 옷차림 (250k) .lyr
관리 경계 (1000k) .lyr
...
Z : \ 래스터 \
Landsat \
직교 \
Z : \ 데이터 \
Foo_50k.gdb
Foo_250k.gdb
NoScale.gdb
본질적으로 더 역동적이고 가변적 인 맵 구성 및 출력 (인쇄 파일, PDF, 내보내기 등)은 다른 곳에서 다르게 저장되고 구성됩니다. 이것은 우리에게 더 어려운 부분입니다. 우리는 현재 Job #에 따라 이름이 지정된 폴더가있는 전용 드라이브 (다시 날짜 대신 '2010-10-26'사용 )와 프로젝트 특정 데이터 및 결과 / 전달 가능 항목에 대한 하위 폴더를 사용합니다. 스프레드 시트 색인에는 모든 작업 번호 (폴더 이름), 해당 맵 제목 및 클라이언트가 나열됩니다. 전의:
W : \ Foo_0123 \
Foobarmap_001.mxd
문서 \
ReadMe.doc
데이터\
buffers_2000m.shp
gps_tracks.csv
산출\
Foobarmap_001.pdf
산출물
인덱스를 최신 상태로 유지하는 것이 마찰 점이며 사람들은 싫어하고 피하고 이름 지정과 일치하지 않습니다 (스프레드 시트 대신 데이터베이스를 사용하는 것이 좋습니다). 숫자로 된 폴더 이름 규칙을 사용하면 또 다른 눈에 띄는 마찰 원인 인 인덱스없이 프로젝트 X에 대한 맵을 작성하는 것이 매우 어렵습니다. 이상적으로 인덱스는 클릭 가능한 html 페이지이며 DB 응용 프로그램에서 자동으로 생성됩니다. 그것은 전체 '다른 프로젝트입니다.
주요 원칙 :
- 느리게 변화하고 자주 재사용하는 물건을 동적 및 변수와 분리하고 다르게 취급
- 불필요하게 복제하지 말고 가능한 경우 레이어 파일과 바로 가기 / 링크를 사용하십시오.
- 시스템을 너무 자주 바꾸지 말고 각각의 시도를 확고히하십시오.
나는 우리가 가진 것에 만족하지 않는다고 말하면서 다른 구조의 예를 대단히 환영합니다. :)