Apakah Anda menggunakan alur kerja yang terbukti untuk mengedit dan mendokumentasikan model ArcGIS ModelBuilder?

8

Apakah Anda memiliki referensi untuk contoh praktik terbaik, atau dapatkah Anda membagikan keahlian Anda tentang cara melacak pengeditan pada model ModelBuilder, melacak perubahan antara versi model / alat dan mempertahankan stabilitas model, kekokohan, dan fungsi?

Saya mengetahui panduan ESRI untuk mengelola, menyalin, dan memberi nama model di sini .

Saya akan tertarik jika ada yang menerapkan praktik, atau keahlian khusus dalam penggunaan pelacakan versi, pengarsipan, pengeditan alat ModelBuilder yang berhasil mereka gunakan untuk melacak pengembangan model dan memeriksa dan mempertahankan model dalam kondisi stabil.

pengguna21053
sumber
terkait: Menerapkan kontrol versi ke Model ArcGIS . Itu bisa dilakukan, tapi tidak cantik.
matt wilkie

Jawaban:

5

Saat ini kami hanya menyimpan kotak alat di server file Windows dan memutar kembali menggunakan fungsi " Versi Sebelumnya " jika ada yang rusak.

Saya melihat ke dalam menyimpan kotak alat di Git (menggunakan TortoiseGit dan GitHub Enterprise ), yang sudah kami gunakan untuk skrip Python dan ruang kerja FME . Karena kotak alat biasa adalah biner, Anda tidak dapat membedakan dan menggabungkannya secara interaktif seperti dengan file teks biasa, tetapi Anda masih bisa mendapatkan pesan / riwayat komit, tag, cabang, dan menggabungkan seluruh file biner (semuanya atau tidak sama sekali).

Hal terbaik yang saya pikir bisa Anda lakukan adalah pindah ke Python sepenuhnya dan menggunakan kotak peralatan Python dan Python add-in alih - alih ModelBuilder. Juga jika Anda memiliki FME yang dapat melakukan apa saja yang dapat Anda lakukan dengan ModelBuilder dan biasanya jauh lebih efisien dan mudah, dan lebih banyak mendokumentasikan diri sendiri, dengan bookmark, anotasi, deskripsi ruang kerja, dll.

Dengan GitHub Anda dapat menggunakan fitur Wiki atau Halaman untuk dokumentasi yang lebih luas.

Metode yang lebih berteknologi rendah namun tetap efektif adalah dengan hanya menyertakan file teks readme dengan informasi tentang tujuan, penggunaan, dan model toolbox / model.

blah238
sumber
2

Saya tidak berpikir ada cara melacak perubahan dalam model saat Anda membangunnya dan saya tidak yakin mengapa Anda tetap ingin melakukan itu?

Yang penting adalah menjelaskan kepada orang lain alasan di balik model Anda. Misalnya, mengapa input Anda harus ada dalam file geodatabase, mengapa Anda membuat bidang dan membagi nilai dengan angka lain?

Informasi penting semacam ini sangat penting bagi pengguna dan pengembang yang harus mengambilnya ketika Anda "ditabrak bus". :)

Ada dua tempat saya akan mendokumentasikan model, sebagai label dalam pembuat model (ini akan diarahkan ke pengembang) dan dalam deskripsi item (metadata) alat. Anda benar-benar dapat pergi ke kota untuk menambahkan informasi berguna yang memandu pengguna.

Sayangnya kebanyakan orang yang mengembangkan model melakukan pekerjaan yang buruk dalam menambahkan informasi ke parameter yang membuat model sulit untuk dipahami jika Anda kembali ke sana beberapa bulan kemudian. Saya tahu ini ... Saya sudah melakukannya!

Beberapa menit yang dihabiskan sekarang dengan menambahkan beberapa deskripsi ke parameter model dapat mengubah model yang berguna menjadi alat yang hebat yang diadopsi dengan cepat oleh suatu organisasi, jika tidak, itu hanya setengah model lain yang dengan cepat menghilang di drive jaringan Anda!

Hornbydd
sumber
wrt "Saya tidak yakin mengapa Anda ingin melakukan [melacak perubahan dalam model]?" Terkadang perubahan merusak atau menghasilkan hasil yang berbeda dari tahun lalu dengan cara yang tidak terduga. Alat yang sangat berguna untuk memahami apa yang terjadi adalah menjawab pertanyaan "apa, khususnya, yang berbeda antara versi 1 dan 2?". +1 untuk "jelaskan alasan di balik model"!
matt wilkie
0

Selain apa yang telah dikatakan, saya akan menyarankan untuk mencoba menyimpan kotak peralatan Anda dalam database ArcSDE. Ini dapat sangat membantu untuk edisi dan akses bersamaan. Saya juga membuat cadangan basis data ini sehingga saya dapat memutar kembali jika ada masalah.

Untuk lebih jelasnya, lihat jawaban saya yang lain .

jeb
sumber
0

Pada bagian "mendokumentasikan", gunakan editor metadata alias Item Deskripsi , lihat Tur cepat alat dan kotak alat dokumentasi .

Kotak editor teks kaya fungsional tetapi terbatas. Simpan dan periksa hasilnya sering dalam pratinjau Deskripsi Item dan dialog alat itu sendiri karena beberapa pemformatan dapat dikacaukan atau tidak dipertahankan, terutama daftar item. Anda dapat menempel dari Word, Onenote, Dream Weaver, dll. Untuk memulai dengan cepat tetapi kecuali jika formatnya benar - benar sederhana, itu akan menjadi kacau dengan cepat.

(Peringatan: Cara lama menggunakan dialog "Model >> Edit >> Model Properties" dan rekatkan dalam kode html di bidang "Deskripsi". Jika Anda melakukan atau telah melakukan ini, ketika editor Item Description mengakses konten disalin, itu bagus. Namun, pengeditan apa pun yang Anda lakukan tidak akan disalin kembali, jadi hapus versi properti model untuk menghindari kebingungan.)

Kontrol versi dimungkinkan dengan keluar sedikit dari kotak: ketika melihat Deskripsi Item membuka menu konteks r-klik >> Lihat sumber dan kemudian simpan html di folder source-control / docs Anda . Gambar ditinggalkan, tetapi jika Anda ingin menambahkan sedikit lebih banyak pekerjaan Anda dapat memeriksa html dan mengambilnya %temp%.


Anda mungkin mendapatkan tingkat kontrol yang lebih besar dengan mereferensikan file bantuan terkompilasi (CHM) . Tempat untuk memulai tampaknya adalah Microsoft HTML Help 1.4 .

matt wilkie
sumber
Re: Version Control: mungkin untuk menambahkan entri ke menu konteks untuk "save as complete html", melalui peretasan registri. lihat i.imgur.com/vu5UjOG.png
matt wilkie