Mengorganisir proyek GIS? [Tutup]


27

Saya telah berjuang untuk waktu yang cukup lama sekarang dengan menjaga file proyek saya terorganisir.

Apa tips Anda untuk menjaga set data, gambar, shapefile, dll. Teratur?


2
Lihat jawaban untuk [pertanyaan] ini [1] juga. [1]: gis.stackexchange.com/questions/2976/…
jonatr

Jawaban:


36

Catatan: Kata-kata kasar ini akan diperbarui saat saya pergi

Saya bukan komputer atau ArcGIS pro dengan cara apa pun, tapi inilah yang saya lakukan:

File Dasar / DBS

  • Ini adalah file yang bersifat "mentah" dan merupakan dasar dari semua analisis saya
  • File-file ini, database, dan data di-host di luarprojects folder saya , dan di-host di server internet saya, komputer lokal, dan dropbox. Saya selalu memiliki akses ke mereka, dan mereka sangat terorganisir, dis, dan dikumpulkan. Anda akan menghabiskan banyak waktu mengatur ini.
  • Saya menempatkan mereka semua di basis data baik di Arc atau PostGIS.
  • Untuk setiap tabel, saya menambahkan 3 bidang dalam tabel itu sendiri atau data meta: DATE_OBTAINED, DATA_DATE, SOURCE_NOTES
  • Selain itu, file Basis dapat berupa kueri dari beberapa tabel lain. Sebagai contoh, sebuah tabel dapat mengagregasi semua jumlah traffic yang saya peroleh menjadi satu query / table besar.
  • Saya juga memasukkan semua data lain yang saya temukan menjelajahi internet.
  • SAYA TIDAK PERNAH MELAKUKAN ANALISIS LANGSUNG PADA SEMUA FILES DALAM FILASI DASAR

File Proyek

  • Semua file proyek saya masuk dalam my_projectsfolder. Ini berisi semua yang terkait dengan proyek itu seperti di, jika saya salin dan tempel folder itu di tempat lain, itu akan berisi semuanya.
  • Biasanya saya memiliki struktur berikut:
    • proyek saya/
      • admin /
      • komunikasi/
      • data mentah/
      • dianalisis_data /
      • output_data /
      • from_client /
      • TERAKHIR/
      • kode/
      • some_document_date_time.doc
      • Baca aku
  • Perlahan saya telah pindah ke GIT lokal. (Anda bahkan dapat meng-host-nya secara lokal atau di server Anda sendiri). Alasan saya tidak meletakkannya di GitHub adalah bahwa github memiliki batas 1.2gb yang tidak berguna untuk analisis GIS
  • Untuk proyek saya, saya biasanya meniru semua tabel GIS yang saya butuhkan untuk analisis saya menjadi db baru: project_whthing.
  • 9 kali dari 10, saya bekerja hanya dalam file shp dan saya menyimpan semua GIS saya (gambar, excel, koordinat, dll) untuk saya projects/my_project/raw_data, projects/my_projects/analyzed_datadan projects/my_projects/output_data.
  • Ketika sebuah proyek selesai, saya memasukkan salinan akhir yang dikirimkan my_projects/FINAL/date_submitted
  • Untuk MXD saya, saya biasanya menyimpan ke MXD baru setiap 2 atau 3 jam my_proj_dec_22_11__13_20.mxdmisalnya
  • Untuk dokumen Ms Word, ilustrasi, dan kebanyakan mengedit dokumen, mereka masuk ke folder my_projects seperti RFP_TENDER_Dec_22_11__11_15.docdan draft_ver5_Dec_31_11__12_30.doc. Lagi semua hasil akhir saya masuk dalam folder FINAL
  • Untuk R, kode Python dan beberapa C #, itu menjadi sedikit rumit, karena saya meng-host-nya di luar proyek tetapi dengan copy pekerjaan ke my_projects/codefolder. Saya melakukan ini karena sebagian besar kode python dapat digunakan kembali. Jika Anda meletakkan semua kode python di samping proyek, Anda akan melupakannya. Juga, semua kode python saya berjalan di github.
  • Bagi saya file proyek menyertakan semua jenis file termasuk pelacakan waktu, komunikasi (saya menyimpan semua email saya sebagai file .msg), saya mencatat semua komunikasi verbal kami dalam file word, dan saya meletakkan semua file itu my_project / komunikasi
  • Dengan ArcGIS menggunakan Models, LYR, dan "save selection as new shp layer". Alat-alat ini akan membuatnya mudah untuk menyimpan file dalam format yang lebih kecil, menggunakan kembali file, dan dengan model, dapat menggunakan sesuatu di tempat lain.

Hasil akhir

  • Setiap proyek ketika selesai akan di-zip dan memakai harddisk eksternal saya.
  • Semua produk akhir dikonversi ke file dari Tabel, dan ke PDF dari semua format lainnya.
  • Setiap Proyek yang saya lakukan, akan dicetak untuk cadangan hard copy

Garis bawah

  • Setiap orang menggunakan banyak perangkat lunak dan alat yang berbeda. Banyak orang yang saya kenal terorganisir menggunakan basecamp , Harvest , atau banyak alat lainnya. Orang juga memiliki kebiasaan kerja dan kecenderungan OCD yang berbeda. Saya cukup terobsesi untuk mengatur hal-hal yang mungkin sedikit lebih dari yang lain. Jadi kembangkan sistem yang menyebabkan Anda paling sedikit stres sambil menjamin Anda akan konsisten dalam menerapkan dan memperbaruinya
  • Cadangkan dan tiru semuanya
  • Jangan bekerja secara langsung pada data mentah / dasar Anda
  • Untuk proyek Anda selalu menggunakan file replika, karena data berubah seiring waktu, dan Anda tidak ingin berebut untuk menemukannya base_layer_2006.shp.
  • setiap folder my_projects harus memiliki file teks README yang Anda edit saat Anda melakukan proyek untuk memberikan beberapa informasi dasar yang Anda tahu Anda akan lupa nanti ketika Anda mengunjungi proyek 2 tahun ke depan

Sangat bagus. Saya kira Anda tidak terlalu khawatir tentang membuat duplikat dari semua dataset Anda (mentah, dianalisis) dan ruang yang dibutuhkan.
dchaboya

2
@daboya biaya ruang disk relatif rendah jika dibandingkan dengan tingkat stres yang saya simpan. Juga saya tidak percaya menghapus apapun.
dassouki

Hanya ingin tahu mengapa batasan github penting. Apakah Anda menggunakan git untuk semuanya, selain kode? Saya mulai menggunakan kontrol versi untuk tujuan yang sama dan mencoba mempelajari praktik yang baik.
djq

@dassouki, mengapa Anda membuat versi baru dari file mxd saat Anda menggunakan git? Anda juga dapat mengontrol versi file mxd ini.
Paul Hiemstra

@ PaulHiemstra Terutama karena lebih mudah bagi saya untuk membuka banyak versi pada saat yang sama.
dassouki

8

Anda tidak menyatakan bahwa Anda hanya bekerja dengan perangkat lunak Desktop GIS, jadi saya akan membagikan beberapa pengalaman saya dari pola pikir berorientasi pemrograman. Biarkan saya mulai dengan mengatakan bahwa saya setuju dengan hal-hal yang dikatakan @dassouki. Saya pikir yang paling penting bukanlah bagaimana Anda mengatur, tetapi Anda melakukan ini.

Tetapi untuk melanjutkan ke alur kerja saya. Apa yang saya suka tentang menggunakan bahasa pemrograman (R dalam kasus saya) adalah bahwa skrip saya menulis dokumen semua langkah yang saya ambil. Ini berbeda dengan menggunakan ArcGIS di mana saya pikir lebih sulit untuk melihat bagaimana pengguna beralih dari data input mentah ke apa yang dapat Anda lihat dalam file mxd. Tentu saja Anda dapat menyimpan log dari semua langkah yang Anda ambil dalam GUI, tapi saya pikir bahasa pemrograman lebih cocok untuk menghemat alur kerja yang Anda ambil. Ini bisa menjadi sangat penting ketika klien / penyelia bertanya bagaimana Anda melakukan sesuatu, atau apa yang sebenarnya Anda lakukan untuk menghasilkan produk tertentu.

Jadi dalam praktiknya saya memiliki beberapa folder pada drive saya yang penting (perhatikan bahwa saya seorang ilmuwan):

  • Eksperimen, di sini saya menyimpan semua eksperimen yang saya lakukan, misalnya mencoba analisis tertentu pada kumpulan data tertentu. Setiap percobaan memiliki direktori sendiri. Saya juga menyimpan tabel yang dihasilkan dan semacamnya di sini. Semua skrip R saya ada di direktori ini.
  • Kumpulan data, semua dataset mentah saya disimpan terpisah dari
  • alat, saya memiliki direktori terpisah di mana saya menyimpan kode yang telah saya generalisasi untuk digunakan kembali dalam proyek lain.
  • Dokumen, pekerjaan saya berkisar menulis karya ilmiah. Untuk setiap kertas saya memiliki direktori terpisah tempat menyimpan file Lateks saya. File-file ini membaca ilustrasi dan tabel dari direktori percobaan. Sebuah kertas dapat berisi beberapa ilustrasi.
  • perangkat lunak, dalam dir saya menyimpan perangkat lunak terpisah, terutama paket R saya tulis dan beberapa kode fortran saya kompilasi untuk menjalankan model.

Beberapa ide utama yang saya gunakan:

  • Pisahkan (relatif) hal-hal dinamis bentuk statis: misalnya menyimpan skrip umum di suatu tempat yang berbeda dari tempat Anda menyimpan proyek jangka pendek. Atau pisahkan data mentah Anda dari analisis Anda.
  • Gunakan perangkat lunak manajemen versi di mana Anda bisa. Saya suka lincah dan git.
  • OTOMATIS BACKUPS ANDA !!!! Anda tidak pernah memikirkannya saat melakukannya secara manual, dan kemudian harddisk Anda mogok. Di linux, otomatisasi semacam ini mudah. Saya tidak yakin bagaimana ini di bawah Windows / Mac.

Secara umum saya suka menggunakan bahasa pemrograman karena dalam satu skrip Anda dapat pergi dari data mentah ke gambar / tabel yang dihasilkan. R adalah kandidat yang cukup baik karena dapat membaca dan menulis data GIS dengan mudah dan memiliki banyak analisis, baik SIG maupun statistik.


1
Memberi +1 tentang mengotomatiskan cadangan. Itu sebabnya saya Simlink folder saya ke dropbox
dassouki

3
Apakah dropbox memiliki jenis penyimpanan yang Anda butuhkan? Dan bagaimana perasaan Anda tentang menempatkan pekerjaan Anda yang berharga di tangan firma eksternal?
Paul Hiemstra

3

Saya hanya ingin menambahkan jawaban di atas - 2 hal.

  1. Saya ingin memiliki folder di direktori impor data mentah - folder untuk setiap kali menerima dataset - yaitu from_clientname-2011dec23. Dengan cara ini saya dapat melacak kembali ketika saya menerima setiap bagian data yang digunakan dalam proyek.

  2. Saya juga suka memiliki dokumen proyek lipat saat bepergian - saya kemudian dapat membuat dokumen kata atau file TXT sederhana di sini yang dapat saya tuliskan apa yang saya lakukan pada proyek, tanggal, dan siapa yang memintanya. Dengan begitu aku bisa kembali dan menutupi diriku adalah pertanyaan seseorang mengapa aku melakukan sesuatu. Ini mungkin terdengar membosankan untuk permintaan kecil, tetapi itu bisa menyelamatkan Anda pada akhirnya.


1
Ini tentu saja materi Manajemen Proyek 101. Meskipun sebagian besar waktu yang Anda habiskan untuk suatu proyek dapat digunakan untuk menjaga semuanya akan terorganisir dan terdokumentasi dengan baik, pada akhirnya ini berpotensi menghemat waktu Anda serta mencegah pengurangan harapan hidup Anda.
dchaboya
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.