Organisasi dan kerapian banyak salinan lapisan? [Tutup]

Kembali pada hari-hari ketika saya berada di universitas saya memiliki masalah "Organisasi dan kerapian" - Saya tidak terorganisir dan menyimpan lapisan saya di folder yang berbeda tanpa nama yang berbeda dan karenanya memiliki banyak salinan dari setiap lapisan.

Sejak saya mulai bekerja, saya telah banyak berkembang - saya menyimpan folder khusus dengan subfolder khusus. Saya memberi nama lapisan saya berdasarkan sistem yang memungkinkan saya menjadi sedikit lebih rapi, tetapi karena saya masih harus mengelola banyak salinan lapisan (Karena Autocad dan ArcGIS memiliki perbedaan ketika berurusan dengan bahasa non-Latin, saya harus menyimpan salinannya disesuaikan untuk setiap program), saya ingin mendengar dari pengalaman Anda dan mungkin belajar beberapa tips dari Anda:

1. Bagaimana Anda mengatur lapisan Anda? Bagaimana memberi nama mereka? Berdasarkan nama, tanggal, konten, pelanggan?
2. Bagaimana Anda mengatur atau menangani banyak salinan (lebih akut: bagaimana Anda memperbarui beberapa salinan sekaligus)?

Catatan: Saya berbicara dari analis / DBA POV dan bukan dari POV pengembang-web / pengelola-web (saya berbicara tentang mengatur lapisan untuk diri saya sendiri dan mungkin dua pekerja SIG lebih banyak, bukan lebih).

Ini adalah masalah yang jahat . Kami telah mencoba berbagai sistem, yang semuanya bekerja dengan tingkat yang berbeda-beda untuk suatu waktu, dan akhirnya tumbuh dengan susah payah dan mulai berantakan karena semakin banyak kasus tepi yang tidak pas ditemui. Yang mengatakan, masing-masing sistem yang kami gunakan jauh lebih baik daripada tidak sama sekali, membuktikan pepatah bahwa sistem apa pun lebih baik daripada tidak ada sistem.

Berikut ini gambaran umum praktik kami saat ini:

Masukkan semuanya kecuali raster ke dalam file geodatabase, semakin sedikit semakin baik. Jangan bersarang kelas fitur di bawah dataset fitur kecuali mereka terkait dalam beberapa cara (misalnya hidro> sungai, hidro> danau, hidro> lahan basah, dll.). Ini mengarah ke daftar panjang yang besar di bagian atas fgdb tetapi itu adalah kejahatan yang dapat diterima.

Buat file layer untuk semua kelas fitur dan atur sebagai gantinya, ini memberikan banyak kebebasan untuk memberi nama sesuai kebutuhan, menggunakan karakter yang tidak didukung, dll. *, Dan kemampuan untuk memindahkan dan mengganti nama ketika keadaan berubah. Ini juga memungkinkan duplikasi tanpa redundansi, misalnya satu set lapisan dikelompokkan berdasarkan skala nominal (50k, 250k ...), yang lain berdasarkan wilayah (AK, YT ...), yang ketiga berdasarkan tema (karibu, penggunaan lahan, transportasi ...), dan yang keempat oleh klien sementara datastore itu sendiri tidak berubah.

Untuk duplikat, gunakan pintasan alih-alih file layer itu sendiri, jika tidak, ada terlalu banyak hal untuk diperbarui ketika ada perubahan. Konfigurasikan ArcCatalog untuk menampilkan pintasan: * Alat> Opsi> tipe file: .lnk (Batasan: pratinjau & metadata tidak berfungsi, Anda tidak dapat mengikuti pintasan ke sumbernya di ArcCatalog. Ini dapat diperbaiki dengan menggunakan Symbolic Links, bukan pintasan. , lihat Tautan Ekstensi Shell )

* (tip: tambahkan folder Layers sebagai bilah alat Start Menu sehingga selalu ada di ujung jari Anda.)

Z: \ Layers \
          Mendasarkan\
          Tematik \
          Referensi\
          All Dressed Base (250k) .lyr
          Batas Administrasi (1000k) .lyr
          ...
Z: \ Raster \
          Landsat \
          Orthos \
Z: \ Data \
        Foo_50k.gdb
        Foo_250k.gdb
        NoScale.gdb

Komposisi dan keluaran peta (cetak file, pdf, ekspor, dll.) Yang pada dasarnya lebih dinamis dan variabel disimpan dan diatur secara berbeda di tempat lain. Ini adalah bagian yang lebih sulit bagi kami. Kami saat ini menggunakan drive khusus dengan folder yang dinamai sesuai dengan Job # (melakukannya lagi sebagai gantinya saya akan menggunakan date, '2010-10-26' ) dan sub folder untuk data dan hasil / hasil proyek tertentu. Indeks spreadsheet mencantumkan semua nomor pekerjaan (nama folder), judul peta dan klien yang sesuai. Ex:

W: \ Foo_0123 \
            Foobarmap_001.mxd
            Documents \
                 BacaMe.doc
            Data\
                 buffers_2000m.shp
                 gps_tracks.csv
            Keluaran\
                   Foobarmap_001.pdf
            Kiriman

Menjaga indeks tetap terbaru adalah titik gesekan, orang tidak suka melakukannya, menghindarinya, dan tidak konsisten dengan penamaan dll. (Menggunakan database alih-alih spreadsheet akan membantu). Menggunakan konvensi nama folder numerik juga membuatnya sangat sulit untuk memetakan proyek X tanpa indeks, sumber gesekan penting lainnya. Idealnya indeks akan menjadi halaman html yang dapat diklik yang secara otomatis dihasilkan dari aplikasi db. Itu adalah proyek nother keseluruhan.

Prinsip-prinsip kunci:

• pisahkan barang-barang yang perlahan berubah dan sering digunakan kembali dari variabel dan dinamis, dan perlakukan secara berbeda
• Jangan menduplikasi secara tidak perlu, gunakan file layer dan pintasan / tautan jika memungkinkan.
• jangan terlalu sering mengubah sistem, cobalah masing-masing dengan solid.

Saya sangat menyambut contoh struktur lain, seperti yang saya katakan kami tidak puas dengan apa yang kami miliki. :)

Jika orang lain akan mengakses data di sistem Anda, Anda tidak dapat membuat skema organisasi hanya berarti bagi diri Anda sendiri; Anda harus mengingat penggunaan sistem tersebut. Jika Anda tidak mempertimbangkannya, Anda akan menghabiskan banyak waktu untuk menjawab pertanyaan seperti "di mana data penggunaan lahan" dan "mengapa saya tidak dapat menemukan [masukkan dataset di sini]?"

Dalam memelihara sistem seperti itu selama bertahun-tahun, saya menemukan bahwa orang tidak dapat menemukan data jika itu pertama kali diatur oleh sumber, misalnya c:\CensusBureau\Roadsdan c:\ESRI\Countries. Sebagai gantinya, saya sarankan untuk mendaftarkan data secara tematis terlebih dahulu, kemudian berdasarkan sumber jika Anda memiliki banyak sumber, misalnya c:\Roads\CensusBureaudan c:\Roads\LocalGovt.

Saya juga tidak akan memisahkan raster dan vektor ke direktori yang berbeda. Namun, mungkin perlu untuk membagi mereka ke drive fisik atau logis yang berbeda jika Anda memiliki banyak data raster yang tidak akan muat ke satu drive.

Saya merekomendasikan struktur direktori berikut. Tema \ SumberTahun, di mana Tema adalah lapisan tematik, Sumber adalah nama singkat untuk sumber data, dan Tahun adalah tahun yang mewakili data di lapangan. Dalam skenario ini, Jalan TIGER dari Biro Sensus akan berlokasi di \Roads\Census00dan \Roads\Census10(atau mengganti 'Sensus' dengan 'TIGER').

Perlu diketahui bahwa ekstensi tertentu di ArcGIS tidak berfungsi dengan nama file yang lebih panjang dari 13 karakter. Saya tidak ingat ekstensi mana, saya hanya ingat ini menjadi masalah.

Kami bekerja pada tingkat proyek untuk file cad kira itu tergantung pada bagaimana alur kerja khusus Anda diatur, kami memiliki master proyek kerja kami kemudian menyiapkan setiap data tambahan dari ini dalam skrip ekspor di akhir sesi pengeditan.

datadir \ cad \ cadastre.dgn
datadir \ srv \ fuel.dgn
datadir \ srv \ sewerage.dgn
datadir \ peta \ base.dgn
datadir \ peta \ printets.dgn
...

maka setiap file memiliki level / layer / fitur yang dinamai dengan identifier
sewPipe
sewManhole
sewPit
...

Kami kemudian mengekspor semuanya ke SQL spatial alih-alih membaca file proyek kami yang berfungsi ditampilkan kepada pengguna melalui Mapguide atau apa pun aplikasi GIS rasa yang dibutuhkan.

Lapisan GIS diurutkan berdasarkan nama fitur dengan pengidentifikasi dan tata letak folder yang serupa untuk memungkinkan penyortiran.