ArcMap'te kaç katman çok fazla katman?

ArcGIS üzerinde iş yerinde bir Citrix sanal yazılım bağlantısı kullanarak çalışıyorum. Bazen korkunç derecede yavaş ve üzerinde çalıştığım MXD'lerde herhangi bir değişiklik olmadan, bir dakika ArcMap makul bir hızda çalışıyor olabilir ve bir sonraki dakika bir taramayı yavaşlatabilir. BT Departmanı sorunun nedeninin haritamda çok fazla katman olduğuna inanıyor. Bir sorun var bunun yerine donanım veya yazılım yapılandırmaları veya sadece Citrix'i ilk başta kullandığımız olabilir.

Her neyse, düzenleme için kullandığım standart MXD'imde 57 SDE katmanı ve 2 dosya coğrafi veritabanı katmanı var. Büyük çoğunluğu düzenleme için kontrol etmem gereken katmanlardır. Katmanların her biri için herhangi bir veri olup olmadığını kontrol etmeliyim çünkü bunların her bir boru hattı inşaat projesi için düzenlenmesi ve QC'd olması gerekiyor. Yalnızca birkaç katman, düzenli olarak başvurmam gereken temel harita katmanlarıdır.

BT Departmanı kullandığım katman sayısını 10'a düşürmemi istiyor. İdeal bir dünyada bu iyi olur. Ancak gerçek dünyada pratik değildir. Böyle bir öneride, sadece belirli bir proje için bir düzenleme görevi gerçekleştirmek için 5 farklı MXD kullanmam gerekecek. Sadece 10 katman kullanmayı denedim ve ciddi şekilde sınırlayıcı. Verilerimin diğer verilerle ilgili bağlamından yoksunum ve tüm verilerin güncellendiğinden emin olmak için aynı alanı birkaç kez tekrar ziyaret etmem gerekiyor. Tüm bunlar performansta hafif bir iyileşme ve düzenleme sırasında çökme sayısında hafif bir azalma için.

Bu yüzden sormalıyım, ideal sayıda katman var mı? Ne kadar çok var?

Eskiden aynı ortamda çalışıyordum (aynı ortam!). Ben herhangi bir kıyaslama testi yapmadım ama benim düşüncem, projedeki katman sayısının tek başına fazla bir etkisi yoktur.

Deneyimlerime göre etiketleme ve özellik sayısı, katman sayısından çok daha büyük bir sorundur (özellikle çok sayıda kapalıysa). Etiketleme araç çubuğunu etkinleştirirdim ve genellikle etiketlemeyi duraklatırdım. Bu performansı inanılmaz derecede artırıyor gibi görünüyor. Projede TOK'da kontrol edilmemiş katmanların olması, performans üzerinde olumsuz bir etkiye sahip görünmemektedir. Yanlış olabilirdim, ama IMO katman sayısı bir çeşit kırmızı ringa balığı.

Tavsiyem, etiketlemeyi duraklatmak (en uygun yaklaşımdır) veya özelliklerin etiketlemesini tamamen kapatmaktır.

İlk olarak ESRI tarafından bir araya getirilen bir rehber olan Citrix XenApp ve ArcGIS'i Kullanarak En İyi Uygulamaları inceleyeceğim .

Önceki bir müşteri için ESRI ve Citrix ortamımızla ilgili olarak biraz performans sorun giderme işleminden geçtim. Aşağıda bu sohbetlerdeki önemli noktalar yer almaktadır:

Sıkı bir alanda (oldukça yakınlaştırılmış) düzenlemeler yapacağınızı varsayıyorum. Haritanızı, bu seviyeye yakınlaşana kadar bu katmanların çoğunu kapatacak şekilde ayarlamak performansa yardımcı olur.

MXD Doctor , hangi öğelerin sorunlara neden olabileceğini görmek için çalıştırmak isteyebileceğiniz başka bir şeydir.

ArcGIS'in yalnızca yansıtılmış veya akışlı değil, Citrix sunucusunun kendisine yüklendiğinden emin olun.

En büyük yavaşlamamız yazıcılardan kaynaklanıyor gibi görünüyordu - yazıcı özelliklerini (ve otomatik bağlantıyı) devre dışı bıraktığımızda, çok daha hızlı bağlandık ve daha az gecikme süresi fark ettik (daha fazla bilgi için bu ESRI bültenine bakın) . Ancak bu, haritalarımızı önce pdf'ye sonra da yazdırmak zorunda kalmamızı sağladı, ancak çalışmalarımızın% 90'ı düzenleme ve analiz olmakla birlikte, hiç kimse aklına gelmedi.

59 katman çok fazla, eğer yıkabiliyorsanız, bu yardımcı olacaktır. @Jbchurchill tarafından önerildiği gibi, etiketlemenize bir göz atın. Ayrıca sahip olabileceğiniz herhangi bir özel sembolojiye de bakmalısınız.

Citrix de dahil olmak üzere GIS sistemlerinde sorun giderme performansıyla ilgili bazı deneyimlerim var. Sorununuz her yerde olabilir ve muhtemelen faktörlerin bir kombinasyonu olabilir. İşaretçiler için Esri temsilcinizle konuşun.

Bunu okumanızı tavsiye ederim: http://www.wiki.gis.com/wiki/index.php/Software_Performance#Use_MXDPerfStat_to_measure_display_complexity

Etiketleme, Özellik önbelleği ve önbelleğe alınmış temel haritaların kullanılması iyi uygulamalardır.

Ayrıca deneyebileceğiniz daha kullanıcı dostu olan perfqanalyzer adlı https://blogs.esri.com/esri/supportcenter/2014/02/03/calibrating-arcgis-performance-with-perfqanalyzer-new-build- Indirilebilir/

Sadece veri için neredeyse dosya sunucuları olarak kullanan MXD'lerle kötü bir uygulama olan bir şirkette çalıştığımı düşündüm. Size bir fikir vermek için 1000'den fazla katmana sahip MXD'lerimiz var. Bir haritanın açılması için katman başına 650 ms tavsiye edilen bazı danışmanlarla çalıştık, bazılarının bizim için açılması 14 dakika sürebilir! İyi değil ve kesinlikle ideal değil ama ben de acı çekmekten başkaları olduğunu bildirmek istedim!

Kısa bir süre önce EGDB'ye taşındık ve bu performansları büyük ölçüde vurdu. Özellik önbelleğe almanın etkinleştirilmesinin, EGDB'nin uygun bakım (analiz, dizinler, sıkıştırma vb.)

İkinci MXD doktorunu verilere bağlanan tüm eski yolları kaldırmak için şablon haritasını silmeyi deneyin. MXD perf stat, cmd becerilerim yetersizliğinden yeterince yarıya indirmediğimi hissettiğim güçlü bir araçtır.