Bagaimana Anda menangani (memperbaiki / menghindari) jalur MXD \ LYR yang rusak?

Sehubungan dengan pertanyaan ini ...

Di masa lalu, setiap kali saya membersihkan sedikit dan memindahkan lapisan di sekitar (atau mengubah nama mereka) jalur MXD saya rusak dan itu memakan waktu untuk memperbaikinya.

Saya ingin mendengar dari pengalaman Anda dan mungkin belajar beberapa tips dari Anda:

Bagaimana Anda menangani jalur MXD yang rusak?

(Saya mencari solusi untuk satu komputer atau drive jaringan sederhana, jadi jika solusi Anda berhubungan dengan jaringan yang lebih besar atau web, katakan demikian).

OK ini adalah sesuatu yang kita semua harus hadapi pada satu waktu atau yang lain. Saya telah melihat 2 metode untuk menangani ini.

1) seperti yang dikatakan oleh Andy W, Relative paths. Ini bekerja paling baik ketika Anda memiliki MXD proyek di root folder proyek dan semua data di bawah itu di folder data. Lalu ke mana pun Anda memindahkan seluruh proyek, tautannya akan tetap ada

2) memiliki repositori data pusat di mana semua data Anda berada dan mengakses semua data Anda dari sana untuk semua MXD Anda. Dalam contoh ini, bahkan mungkin ide untuk memastikan bahwa jalur relatif dimatikan.

Untuk menghidupkan dan mematikan ini, Anda pergi ke menu File dan pilih properti dokumen

Bersenang-senanglah, CDB

Saya juga menggunakan dan merekomendasikan jalur relatif untuk secara umum meminimalkan kejadian situasi ini. Tetapi ketika hal itu terjadi, saya sering menyelesaikannya menggunakan beberapa fungsi ArcGIS out-of-the-box yang saya tidak lihat disebutkan di sini - Tetapkan Sumber Data di ArcCatalog:

Dokter MXD

"Utilitas ini menyediakan fungsionalitas untuk menganalisis file ArcMap document (MXD) yang rusak. Tergantung pada analisisnya, entitas yang terkandung dalam file MXD yang rusak dapat disalin dari file yang rusak ke file MXD baru. Utilitas ini disediakan apa adanya. Sebelum menggunakan ini utilitas Anda harus selalu mencadangkan file MXD yang rusak, dan jika Anda memilih file MXD yang ada sebagai target, file itu juga. "

http://edndoc.esri.com/arcobjects/9.0/ArcGISDevHelp/DeveloperTools/MXDDoctor.htm

Editor MXD

"Mxd Editor adalah alat yang memungkinkan Anda untuk memeriksa dan memperbaiki lapisan yang rusak dalam dokumen peta Anda (file .mxd). Ini didasarkan pada kerangka RCP Eclipse dan memanfaatkan komponen arcobjects yang disediakan oleh ArcGIS Engine dan ArcGIS Server. Alat ini disediakan dengan ArcGIS Engine Java Developer Kit dan instalasi Arc SIG Java Server. "

http://resources.esri.com/help/9.3/ArcGISEngine/java/doc/5a6ae887-c141-4616-bab3-167ccc5c0ed3.htm

Sumber Data Redirect ArcMAP MXD

"Memungkinkan pengguna untuk memperbaiki jalur sumber data yang rusak di dokumen MXD yang ada. Ada dua metode yang ditawarkan dalam alat ini. 1) Interaktif - Metode ini akan mencari semua jalur sumber data yang rusak di MXD dan meminta pengguna pada masing-masing dan pengguna memiliki pilihan untuk memilih sumber data baru. 2) Cari & Ganti - Metode ini sangat kuat dan akan mencari string tertentu dan mengganti string tersebut di jalur sumber data. Ada beberapa alat serupa di luar sana, tetapi tidak ada yang dengan " cari dan ganti "opsi. Semoga ini bisa membantu Anda !!! Menyelamatkan kami banyak waktu untuk ruang kerja sederhana berbasis shapefile dan basis data geodatabase."

http://arcscripts.esri.com/details.asp?dbid=14456

Jika Anda menggunakan 10, Anda memiliki beberapa fungsi baru yang tersedia di modul python arcpy untuk mengatasinya: Memperbarui dan memperbaiki sumber data dengan arcpy.mapping

Yang bisa saya sarankan adalah Anda bisa mencoba menggunakan path relatif untuk mxd Anda, dan mencoba untuk menjaga semua layer digunakan dalam folder yang sama. Beberapa kali terakhir saya harus memperbaiki jalur, lapisan lainnya secara otomatis mengoreksi diri setelah saya memperbaiki satu tautan, meskipun saya pikir ini karena semua file lapisan berada di folder yang sama.

Saya jarang mengandalkan file mxd itu sendiri, dan setiap transformasi yang saya gunakan sering saya akan menyimpan shapefile baru dengan cara apa pun yang paling cocok untuk saya. Meskipun itu agak kontra-intuitif untuk meminta agar file tetap rapi dan mengurangi redundansi.