QGIS 작업 속도를 높이는 방법 또는 속도가 느립니까?


10

나는 새로운 QGIS 사용자이며 그것이 얼마나 느리게 수행되는지 궁금합니다. 내가 생각하는 것보다 더 많이 요구할 가능성이 있습니다. 다음은 성능이 비정상적으로 느린 지 평가하기위한 관련 정보라고 생각합니다.

QGIS 버전 1.74 GDAL / OGR 버전 1.9.0 PostgreSQL 클라이언트 버전 9.1.2 QWT 버전 4.8.0

프로젝트 정보 : 원격 PostGIS 데이터베이스에서 쿼리 한 폴리곤의 1 벡터 레이어 (쿼리는 간단하고 매우 빠름)는 프로젝트의 정의 된 좌표 공간 (WGS 84)에서 160 개의 행을 모두 반환하고 지구 전체에 걸쳐 있습니다. 해당 행을 포함하는 PostgreSQL 테이블은 130KB 미만의 디스크 공간을 차지하며 쿼리 된 행은 거의 전체 테이블을 구성합니다.

시스템 : MacBook OS X 10.7.3, 2.4GHz Intel Core Duo, 4GB RAM.

성능 : 렌더링에는 5-10 분이 걸립니다. 실제로 단일 레이어의 이름을 바꾸는 등 거의 모든 시간이 변경됩니다. 정말 놀랐습니다. 다른 메모리 부족 응용 프로그램이 동시에 실행되고 있지 않습니다.

그러나 프로젝트를 약간 수정해도 결과를 평가하기까지 오랜 시간이 걸리고 때로는 요청한 내용을 완료하지 않고 응용 프로그램이 중단되기 때문에 이는 실망스러운 일입니다. 이 특이한가요?


최신 정보:

같은 데이터의 Shapefile이 있습니다. 파일은 총 약 100MB의 45 개 파일입니다. 이 수치는 원래 게시물에 설명 된 데이터 세트의 크기와 명확하게 다르며 속도가 더 이해하기 쉽습니다.


최신 정보:

방금 QGIS 맵 뷰어의 왼쪽 하단에있는 "렌더링"버튼을 발견했습니다. 이전에는 눈치 채지 못한 것에 대해 약간 바보 같은 느낌이 들지만 렌더링을 끄면 즉각적인 다시 렌더링이 중요하지 않은 작업을 수행 할 수있는 속도가 크게 향상됩니다. 다른 신규 사용자의 이익을 위해 여기에 언급했습니다.


1
QGIS는 일반적 으로 다른 GIS 시스템에 비해 성능이 뛰어납니다 . 작은 데이터베이스 집합처럼 들리지만 원격 데이터베이스와의 지연이 의심됩니다. 다른 어떤 데이터를로드 했습니까?
Simbamangu

1
다른 데이터 계층과 동일한 문제가 발생합니까, 아니면 특히이 계층입니까? 그렇다면 데이터에 잘못된 지오메트리가 있는지 또는 많은 양의 null 지오메트리가 있는지 궁금합니다.
MappaGnosis

이것이 라벨 문제 일 수 있습니까? 차이가 없는지 확인하기 위해 레이블이없는 레이어를 렌더링하는 것이 좋습니다.
nhopton

강력한 Windows 컴퓨터에서 PostGIS 2.0 데이터베이스에 로컬로 연결하는 QGIS 1.7.4가 매우 느리다는 것을 알았지 만 훨씬 느린 Mac (OSX)에서는 빠르게 작동합니다. 나는 문제가 무엇인지 알아
내지 못했습니다

렌더링 속도를 늦추거나 빠르게 만드는 요소가 항상 있다고 가정하면 가장 좋은 시나리오는 작동하는 동안 전체 응용 프로그램을 잠그지 않는 백그라운드 렌더링 스레드로 이동하는 것입니다. 나는 QGIS를 좋아합니다. 매우 안정적이지만 뷰를 다시 렌더링하는 데 몇 분이 걸릴 수 있으며 전체 로트를 비우고 완전히 다시 그립니다. 모든 레이어는 파일 기반이며 맵당 최대 1GB가 될 수 있습니다 (대부분의 GeoTiff 릴리프 배경). 이것은 아마도 항상 느린 될 것입니다,하지만 QGIS는 별도의 스레드로 렌더링을 넣어 만들 수

답변:


4

브라우저 창을 닫으면 QGIS 설치 속도가 빨라지고 응답 속도가 빨라집니다. QGIS 3.6.2를 사용하고 3.4.7 LTR로 전환했습니다. 브라우저 창을 닫을 때까지 둘 다 응답하지 않았습니다. 메뉴보기-패널-브라우저를 사용하여 다시 표시하십시오.


2

짧은 대답 : 아니요.

구체적인 내용을 제시하기는 어렵지만 :

주요 성능 문제가 있지만 하드웨어가 아닌 것 같습니다. 첫 번째 제안은 데이터베이스를 테스트하는 것이지만 이미 완료했습니다.

다른 오픈 소스 GIS를 사용하고 싶을 수도 있지만 여기에는 많은 것들이 있습니다 (여기에 나열된 것 : 무료 및 오픈 소스 GIS 데스크탑 패키지 란 무엇입니까 ). 그러나 명백한 것은 gvSIG 입니다. 사용하는 것과 동일한 속도 / 성능 문제가있는 경우 문제는 데이터베이스 측입니다.

데이터를 SpatiaLite 데이터베이스로 내보내고 데이터베이스에서로드 해 볼 수도 있습니다.

또한 QGIS를 고수하려면 제거하고 다른 버전을 사용해보십시오.


2

내 생각 엔 데이터베이스에 잠금 문제가 있다는 것입니다. 테이블 이름을 바꾸는 데 시간이 걸리면 이름을 바꾸는 데 시간이 걸리지 않지만 db는 무언가를 기다립니다. DB를 다시 시작해 보셨습니까?


데이터베이스 문제가 아닙니다. shapefile을 로컬로로드하려고 시도했지만 마찬가지로 나쁩니다.
Gregory

3
@pyrogerg-shapefile을 게시 할 수 있습니까?
Simbamangu

1
@ Simbamangu-나는 그들 모두를 게시 할 수 있다고 생각하지 않습니다; 파일은 총 약 100MB의 45 개 파일입니다. 이 수치는 원래 게시물에 설명 된 데이터 세트의 크기와 명확하게 다르며 느려짐을보다 이해하기 쉽게 만듭니다.
Gregory

@pyrogerg 내 경험상 PostGIS에서 해당 크기의 데이터 세트를로드하기 전에 더 작은 영역을 확대하면 도움이됩니다. OpenLayers 레이어 또는 사용 가능한 다른 데이터 세트를 사용하여 적합한 영역을 찾을 수 있습니다.
underdark

@underdark-제안 해 주셔서 감사합니다. 다음에해볼 게요. 내가로드 한 45 개의 shapefile을 훨씬 더 큰 데이터 세트를 시각화하는 초기 테스트로 만들려고했지만 내 컴퓨터가 이보다 더 많은 것을 처리 할 수 ​​있다고 생각하지 않습니다!
Gregory

1

ArcGIS에서 일하는 일이 1800km 떨어진 데이터베이스의 데이터로 실제로 느리게 실행되지만 집에서 QGIS에서 실제로 빠르게 실행되므로 네트워크 및 원격 데이터베이스 측을 먼저 살펴보면 QGIS가 가장 많이 실행되는 것으로 보입니다. 대부분의 경우 ArcGIS와 동일한 속도 또는 더 빠른 속도로 작동


arcgis와 관련하여 문제가 발생하기 전에 먼저지도에 대한 모든 데이터를 로컬 컴퓨터에 다운로드했으며 2GB 또는 3GB의 데이터이므로 약 반나절 동안 네트워크를 종료했습니다 .... IT 부서는 행복하지 않았지만 QGIS가 비슷한 일을하고있을 것입니다
Banger

0

다음과 같은 상황이 없으면 Qgis는 "ok"로 작동합니다.

a) 층이 크다. 어떤 공정에서 "큰"의 의미는 10mb에서 250mb까지 다양 할 수있다.

b) 레이어에 큰 멀티 파트 피처가 있습니다 ( "너무 많은"파트로 구성된 기능)

c) 레이어에 "많은 버텍스 / 노드"를 가진 (비 멀티 파트) 피처가 있습니다

.. 예를 들어. 나를위한 "클리핑"또는 "디졸브"일반적으로 Qgis는 그것을하지 않거나 그냥 충돌합니다. 또는 어떤 경우에는 작업을 수행하는 데 36 배 정도 걸립니다. ArcGis에서 동일한 작업 (같은 모양 / 레이어가 동일한 프로세스를 수행함)과 비교 예 : 새로운 인텔 i5 + 8Gb 램 + 우분투의 Qgis에서 1330000 피처 레이어 (미국의 절반과 같은 전체 국가 ..)에서 6 시간의 디졸브 프로세스 (언제든지 충돌 할 수 있음) 10 년 된 노트북 (코어 듀오) + 2Gb 램 + Windows XP에서 arcgis에 동일한 레이어를 녹여 10 분 동안 올바르게 만듭니다.

또는 기본 레이어의 "매우 복잡한"기능을 수행하지 않는 클리핑 .. 그래서 클립의 클립 레이어가 다각형에 영향을주지 않은 클립 레이어는 클립의 면적을 30 % 놓쳤습니다. QGis로 작업을 수행 한 다음, 작동하지 않을 경우 .. 아주 오래된 노트북으로 도형을 가져 와서 간단한 방법으로 작업을 수행하십시오. Qgis는 Windows 환경에서 더 잘 실행되는 경향이 있습니다. size "문제도 매우 흔합니다. (1995 년부터 GIS를 사용하고 있습니다. arcview 3.0에서 arcgis 10.2로, 2003 년부터 Qgis ..를 사용하여 창에서 그리고 현재 우분투에서 (작업 중))

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