Berapa banyak layer yang terlalu banyak layer di ArcMap?

Saya bekerja di ArcGIS menggunakan koneksi perangkat lunak virtual Citrix di tempat kerja. Kadang-kadang sangat lambat, dan tanpa perubahan pada MXDs yang saya kerjakan, satu menit ArcMap dapat beroperasi pada tingkat yang masuk akal, dan kemudian pada menit berikutnya dapat memperlambat untuk merangkak. Departemen TI percaya bahwa penyebab masalahnya adalah terlalu banyak lapisan di peta saya. Saya punya firasat masalahnya mungkin bukan konfigurasi perangkat keras atau perangkat lunak, atau hanya fakta bahwa kami menggunakan Citrix di tempat pertama.

Bagaimanapun, saya miliki, dalam MXD standar saya yang saya gunakan untuk mengedit, 57 lapisan SDE dan 2 file lapisan geodatabase. Sebagian besar adalah lapisan yang perlu saya periksa untuk diedit. Saya harus memeriksa untuk melihat apakah ada data untuk setiap lapisan karena mereka perlu diedit dan QC'd untuk setiap proyek konstruksi pipa. Hanya beberapa lapisan yang merupakan lapisan dasar yang perlu saya referensi secara teratur.

Departemen TI ingin saya mengurangi jumlah lapisan yang saya gunakan menjadi 10. Dalam dunia yang ideal, ini akan baik-baik saja. Tetapi di dunia nyata, itu tidak praktis. Dengan saran seperti itu, saya harus menggunakan sekitar 5 MXD yang berbeda hanya untuk melakukan tugas pengeditan untuk proyek yang diberikan. Saya telah bereksperimen dengan menggunakan hanya 10 lapisan dan itu sangat membatasi. Saya tidak memiliki konteks data saya terkait dengan data lain, dan saya harus mengunjungi kembali area yang sama beberapa kali hanya untuk memastikan semua data telah diperbarui. Semua ini hanya untuk sedikit peningkatan kinerja dan sedikit pengurangan jumlah gangguan saat mengedit.

Jadi saya harus bertanya, apakah ada jumlah layer yang ideal? Berapa banyak yang terlalu banyak?

Saya dulu bekerja di lingkungan yang sama persis (yang sama persis!). Saya belum melakukan pengujian tolok ukur tapi saya rasa ini adalah bahwa jumlah lapisan dalam proyek tidak memiliki banyak efek dengan sendirinya.

Dalam pengalaman saya pelabelan dan jumlah fitur adalah masalah yang jauh lebih besar daripada jumlah lapisan (terutama jika banyak yang dimatikan). Dulu saya mengaktifkan bilah label pelabelan dan sering menghentikan sebentar pelabelan. Itu tampaknya meningkatkan kinerja luar biasa. Memiliki lapisan dalam proyek yang tidak dicentang di TOC, tampaknya tidak memiliki efek negatif pada kinerja. Saya bisa saja salah, tetapi IMO jumlah lapisannya adalah herring merah.

Rekomendasi saya adalah menjeda pelabelan (yang merupakan pendekatan paling nyaman) atau mematikan pelabelan fitur sama sekali.

Pertama saya akan memeriksa Praktik Terbaik Menggunakan Citrix XenApp dan ArcGIS , panduan yang disusun oleh ESRI.

Untuk klien sebelumnya, saya mengalami sedikit pemecahan masalah kinerja dengan ESRI dan lingkungan Citrix kami. Di bawah ini adalah sorotan dari percakapan itu:

Saya berasumsi Anda akan melakukan pengeditan di area yang sempit (diperbesar dengan cukup dekat). Menyiapkan peta Anda sehingga sebagian besar lapisan itu dimatikan hingga Anda memperbesar dekat ke tingkat itu akan membantu dengan kinerja.

Dokter MXD adalah hal lain yang mungkin ingin Anda jalankan untuk melihat item apa yang mungkin menyebabkan masalah.

Pastikan ArcGIS benar-benar diinstal pada server Citrix itu sendiri dan tidak hanya di-mirror atau di-stream.

Perlambatan terbesar kami tampaknya disebabkan oleh printer - begitu kami menonaktifkan kemampuan printer (dan autoconnection), kami terhubung lebih cepat dan melihat lebih sedikit waktu jeda (lihat buletin ESRI ini untuk info lebih lanjut) . Namun, hal ini membuatnya sehingga kami harus mengekspor peta kami ke pdf terlebih dahulu kemudian mencetak, tetapi dengan 90% pekerjaan kami sedang mengedit dan menganalisis, sepertinya tidak ada yang keberatan.

59 lapisan cukup banyak, jika Anda bisa merobohkannya, itu akan membantu. Seperti yang disarankan oleh @jbchurchill, lihat label Anda. Anda juga harus melihat simbologi khusus yang mungkin Anda miliki.

Saya memiliki beberapa pengalaman pemecahan masalah kinerja dalam sistem GIS, termasuk pada citrix. Masalah Anda bisa di mana saja dan kemungkinan kombinasi faktor. Bicaralah dengan perwakilan Esri Anda untuk petunjuk.

Saya sarankan Anda membaca ini: http://www.wiki.gis.com/wiki/index.php/Software_Performance#Use_MXDPerfStat_to_measure_display_complexity

Memberi label, menggunakan Cache fitur, dan basemap yang di-cache adalah praktik yang baik.

Ada juga alat yang lebih baru yang dapat Anda coba yang lebih ramah pengguna yang disebut perfqanalyzer https://blogs.esri.com/esri/supportcenter/2014/02/03/calibrating-arcgis-performance-with-perfqanalyzer-new-build- tersedia untuk diunduh /

Hanya berpikir saya akan melompat bahwa saya bekerja di perusahaan yang memiliki praktik buruk dengan MXD menggunakannya sebagai hampir file server untuk data. Untuk memberi Anda gambaran, kami memiliki MXD dengan lebih dari 1000 lapisan. Kami bekerja dengan beberapa konsultan yang merekomendasikan 650ms per layer untuk membuka peta adalah masuk akal yang berarti beberapa orang dapat mengambil 14 menit untuk membuka bagi kami! Ini tidak baik dan pasti tidak optimal tetapi saya ingin memberi tahu Anda ada yang lain selain menderita juga!

Kami baru-baru ini pindah ke EGDB dan itu sangat mengejutkan kinerja. Saya menemukan bahwa mengaktifkan fitur caching membuat perbedaan besar bersama dengan memastikan EGDB memiliki perawatan yang tepat (menganalisis, indeks, kompres dll)

Saya dokter MXD kedua untuk menghapus semua jalur lama yang terhubung ke data, coba hapus peta templat. Statistik MXD adalah alat yang ampuh yang saya rasa saya belum cukup digunakan karena kurangnya keterampilan cmd saya.