Đây là một vấn đề xấu xa . Chúng tôi đã thử các hệ thống khác nhau, tất cả đều hoạt động ở mức độ khác nhau trong một thời gian, và cuối cùng phát triển một cách khó khăn và bắt đầu tan rã khi nhiều trường hợp cạnh và không phù hợp gặp phải. Điều đó nói rằng, mỗi hệ thống chúng tôi sử dụng đều tốt hơn không có gì, chứng minh câu châm ngôn rằng bất kỳ hệ thống nào cũng tốt hơn không có hệ thống.
Dưới đây là tổng quan về hình thu nhỏ của thực tiễn hiện tại của chúng tôi:
Đặt tất cả mọi thứ trừ raster vào một cơ sở dữ liệu địa lý tập tin, càng ít càng tốt. Không lồng các lớp tính năng theo bộ dữ liệu tính năng trừ khi chúng có liên quan theo một cách nào đó (ví dụ: hydro> suối, hydro> hồ, hydro> vùng đất ngập nước, v.v.). Điều này dẫn đến một danh sách dài lớn ở đầu fgdb nhưng đó là một điều ác có thể chấp nhận được.
Tạo các tệp lớp cho tất cả các lớp đối tượng và tổ chức thay vào đó, điều này mang lại nhiều quyền tự do đặt tên khi cần, sử dụng các ký tự không được hỗ trợ, v.v., và khả năng di chuyển và đổi tên khi hoàn cảnh thay đổi. Nó cũng cho phép sao chép mà không cần dự phòng, ví dụ: một tập hợp các lớp được nhóm theo tỷ lệ danh nghĩa (50k, 250k ...), một lớp khác theo vùng (AK, YT ...), thứ ba theo chủ đề (caribou, sử dụng đất, giao thông ...) và thứ tư theo máy khách trong khi kho dữ liệu vẫn không thay đổi.
Đối với các bản sao, hãy sử dụng các phím tắt thay vì chính các tệp lớp, nếu không, có quá nhiều thứ cần cập nhật khi mọi thứ thay đổi. Định cấu hình ArcCatalog để hiển thị các phím tắt: * Công cụ> Tùy chọn> loại tệp: .lnk (Hạn chế: xem trước & siêu dữ liệu không hoạt động, bạn không thể theo lối tắt đến nguồn của nó trong ArcCatalog. Điều này có thể được khắc phục bằng Liên kết tượng trưng thay vì phím tắt , xem phần mở rộng liên kết Shell )
* (mẹo: thêm thư mục Lớp dưới dạng thanh công cụ Menu Bắt đầu để chúng luôn nằm trong tầm tay bạn.)
Z: \ Lớp \
Căn cứ\
Chuyên đề \
Tài liệu tham khảo\
Tất cả cơ sở mặc quần áo (250k) .lyr
Ranh giới hành chính (1000k) .lyr
...
Z: \ Raster \
Landsat \
Chỉnh hình \
Z: \ Dữ liệu \
Foo_50k.gdb
Foo_250k.gdb
NoScale.gdb
Các thành phần và kết quả bản đồ (tệp in, pdf, xuất, v.v.) mà về bản chất là năng động hơn và biến được lưu trữ và tổ chức khác nhau ở một nơi khác. Đây là phần khó hơn đối với chúng tôi. Chúng tôi hiện đang sử dụng một ổ đĩa chuyên dụng với các thư mục được đặt tên theo Công việc # (làm lại lần nữa Tôi sẽ sử dụng ngày thay thế, '2010-10-26' ) và các thư mục phụ cho dữ liệu cụ thể và kết quả / dự án cụ thể của dự án. Một chỉ mục bảng tính liệt kê tất cả các số công việc (tên thư mục), tiêu đề bản đồ và ứng dụng khách tương ứng của chúng. Vd
W: \ Foo_0123 \
Foobarmap_001.mxd
Tài liệu \
ĐọcMe.doc
Dữ liệu\
bộ đệm_2000m.shp
gps_tracks.csv
Đầu ra \
Foobarmap_001.pdf
Sản phẩm bàn giao
Luôn cập nhật chỉ mục là một điểm ma sát, mọi người không muốn làm điều đó, tránh nó và không nhất quán với việc đặt tên, v.v. (sử dụng cơ sở dữ liệu thay vì bảng tính sẽ giúp ích). Sử dụng quy ước tên thư mục số cũng làm cho bản đồ dự án X rất khó khăn nếu không có chỉ mục, một nguồn ma sát đáng chú ý khác. Lý tưởng nhất là chỉ mục sẽ là một trang html có thể nhấp được tự động tạo từ ứng dụng db. Đó là toàn bộ 'dự án mặc dù.
Nguyên tắc chủ chốt:
- tách biệt các công cụ thay đổi từ từ và thường được sử dụng lại từ động và biến, và xử lý chúng khác nhau
- Không trùng lặp không cần thiết, sử dụng tệp lớp và phím tắt / liên kết bất cứ khi nào có thể.
- đừng thay đổi hệ thống quá thường xuyên, hãy thử từng bước một.
Tôi rất hoan nghênh các ví dụ về các cấu trúc khác, như tôi đã nói chúng tôi không hài lòng với những gì chúng tôi có. :)