ArcMap에서 레이어가 너무 많은 레이어는 무엇입니까?


12

직장에서 Citrix 가상 소프트웨어 연결을 사용하여 ArcGIS에서 작업합니다. 시간이 너무 느리며 작업중 인 MXD를 변경하지 않으면 1 분 ArcMap이 합리적인 속도로 작동하고 다음 순간 크롤링 속도가 느려질 수 있습니다. IT 부서는 문제의 원인이지도에 너무 많은 계층이라고 생각합니다. 문제는 하드웨어 또는 소프트웨어 구성이거나 Citrix를 처음 사용한다는 사실 때문일 수 있습니다.

어쨌든, 편집에 사용하는 표준 MXD에는 57 개의 SDE 레이어와 2 개의 파일 지오 데이터베이스 레이어가 있습니다. 대다수는 편집을 위해 확인해야하는 레이어입니다. 각 파이프 라인 건설 프로젝트마다 편집하고 QC해야하기 때문에 각 레이어에 대한 데이터가 있는지 확인해야합니다. 정기적으로 참조해야하는베이스 맵 레이어는 소수입니다.

IT 부서는 내가 사용하는 레이어 수를 10 개로 줄이기를 원합니다. 이상적인 세상에서는 이것이 좋을 것입니다. 그러나 실제 세계에서는 실용적이지 않습니다. 그러한 제안으로, 주어진 프로젝트에 대한 편집 작업을 수행하기 위해 5 가지 다른 MXD를 사용해야합니다. 나는 10 층 만 사용하여 실험했으며 심각하게 제한적입니다. 다른 데이터와 관련하여 내 데이터의 컨텍스트가 부족하며 모든 데이터가 업데이트되도록 동일한 영역을 여러 번 다시 방문해야합니다. 이 모든 것은 성능을 약간 향상시키고 편집하는 동안 충돌 수를 약간 줄입니다.

그래서 이상적인 수의 레이어가 있습니까? 너무 많아요?


1
Citrix 환경 외부에서 정확히 동일한 MXD를 실행할 수 있습니까? 문제가 MXD에 있는지 또는 Citrix에 있는지를 디버그하는 데 도움이 될 수 있습니다. 또한 10 개의 레이어 만 실험 할 때 문제가 해결 되었습니까? 문제는 레이어 수가 아닌 문제가있는 레이어 1 개만으로 인해 발생할 수 있습니까?
Stephen Lead

1
첫 번째 단락은 일반적인 일상적인 ArcMap 사용법과 비슷합니다. Citrix 설정으로 인해 악화되었을 수 있습니다. 내 경험상 정확히 성능으로 알려져 있지 않습니다. 잠금은 자주 발생합니다.
jpmc26

답변:


11

나는 똑같은 환경 (정확히 같은 환경)에서 일했었다. 벤치 마크 테스트를 수행하지는 않았지만 프로젝트의 레이어 수는 그 자체로는 큰 영향을 미치지 않습니다.

내 경험상 라벨링과 피처 수는 레이어 수보다 훨씬 큰 문제입니다 (특히 많은 수를 끈 경우). 라벨 도구 모음을 사용하도록 설정했으며 종종 라벨을 일시 중지했습니다. 성능이 엄청나게 향상되는 것 같습니다. TOC에서 확인되지 않은 레이어가 프로젝트에 있으면 성능에 부정적인 영향을 미치지 않는 것 같습니다. 틀릴 수도 있지만 IMO의 레이어 수는 일종의 붉은 청어입니다.

필자는 레이블링 (가장 편리한 접근 방법)을 일시 중지하거나 기능 레이블링을 모두 해제하는 것이 좋습니다.


1
라벨링을 일시 중지하라는 제안에 감사드립니다. 그것은 내가 간과 한 것입니다. 또한 MXD 편집에서 성능에 도움이 될 수있는 희망으로 MapTips를 해제했습니다.
Zachary Ordo-GISP

9

먼저 ESRI에서 제공하는 가이드 인 Citrix XenApp 및 ArcGIS를 사용 하는 모범 사례를 확인합니다 .

이전 클라이언트의 경우 ESRI 및 Citrix 환경에서 약간의 성능 문제 해결을 거쳤습니다. 다음은 이러한 대화의 주요 내용입니다.

나는 당신이 좁은 지역에서 편집을 할 것이라고 가정합니다. 해당 수준에 근접하여 확대 할 때까지 대부분의 레이어가 꺼 지도록 맵을 설정하면 성능에 도움이됩니다.

MXD Doctor 는 어떤 항목이 문제를 일으키는 지 확인하기 위해 실행할 수있는 다른 항목입니다.

ArcGIS가 실제로 미러링되거나 스트리밍되는 것이 아니라 Citrix 서버 자체에 설치되어 있는지 확인하십시오.

우리의 가장 큰 속도 저하는 프린터로 인한 것으로 보였습니다. 프린터 기능 (및 자동 연결)을 비활성화하고 훨씬 빠르게 연결하고 지연 시간을 줄 였습니다 (자세한 내용은이 ESRI 뉴스 레터 참조) . 그러나이를 통해지도를 pdf로 먼저 내보내고 인쇄해야했지만 90 %의 작업을 편집 및 분석하면서 아무도 신경 쓰지 않았습니다.

당신이 그것을 쓰러 뜨릴 수 있다면 59 개의 레이어가 상당히 많이 도움이 될 것입니다. @jbchurchill이 제안한대로 라벨링을 살펴보십시오. 당신은 또한 당신이 가질 수있는 사용자 정의 기호를 봐야합니다.


5

citrix를 포함하여 GIS 시스템에서 성능 문제를 해결 한 경험이 있습니다. 문제는 어디에나있을 수 있으며 여러 가지 요인이있을 수 있습니다. Esri 담당자에게 문의하십시오.

나는 이것을 읽는 것이 좋습니다 : http://www.wiki.gis.com/wiki/index.php/Software_Performance#Use_MXDPerfStat_to_measure_display_complexity

기능 캐시 및 캐시 된베이스 맵을 사용한 레이블링은 모두 모범 사례입니다.

당신이 친절로 불리는 사용자입니다 시도 할 수있는 새로운 도구도 있습니다 perfqanalyzer https://blogs.esri.com/esri/supportcenter/2014/02/03/calibrating-arcgis-performance-with-perfqanalyzer-new-build- 다운로드 가능 /


1

방금 MXD로 데이터를 거의 파일 서버로 사용하는 MXD에 대해 나쁜 습관을 가진 회사에서 일하고 있다고 생각했습니다. 1000 개가 넘는 레이어가있는 MXD가 있습니다. 맵을 열기 위해 레이어 당 650ms를 권장하는 일부 컨설턴트와 협력하는 것은 합리적이므로 일부는 14 분이 걸릴 수 있습니다! 그것은 좋지 않고 확실히 최적은 아니지만 고통받는 것보다 다른 사람들이 있음을 알려 드리고 싶습니다!

우리는 최근에 EGDB로 옮겼으며 그 결과는 엄청난 성과를 거두었습니다. 기능 캐싱을 활성화하면 EGDB가 적절한 유지 관리 (분석, 색인, 압축 등)를 유지하는 것과 크게 달라짐을 알았습니다.

두 번째 MXD 의사가 데이터에 연결하는 이전 경로를 모두 제거하려면 템플릿 맵을 삭제하십시오. MXD 성능 통계는 cmd 기술이 부족하여 절반을 충분히 활용하지 못했다고 생각하는 강력한 도구입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.