Come velocizzare il lavoro con QGIS o è lento?

10

Sono un nuovo utente di QGIS e sono curioso di sapere quanto lentamente sta andando; è possibile che lo stia chiedendo più di quello che penso di essere. Ecco cosa penso siano le informazioni rilevanti per valutare se le sue prestazioni sono insolitamente lente.

QGIS versione 1.74 GDAL / OGR versione 1.9.0 PostgreSQL versione client 9.1.2 QWT versione 4.8.0

Informazioni sul progetto: 1 strato vettoriale di poligoni interrogato da un database PostGIS remoto (la query è semplice e molto veloce) che restituisce 160 righe totali tutte nello spazio di coordinate definito del progetto (WGS 84) e si estende su tutto il globo. La tabella PostgreSQL che contiene quelle righe occupa meno di 130 kb di spazio su disco e le righe interrogate comprendono praticamente l'intera tabella.

Sistema: MacBook OS X 10.7.3, Intel Core Duo a 2,4 GHz, 4 GB di RAM.

Prestazioni: il rendering richiede 5-10 minuti. In effetti, qualsiasi modifica richiede quasi così tanto tempo, incluso rinominare il singolo livello; mi ha davvero sorpreso. Nessun'altra applicazione affamata di memoria è in esecuzione contemporaneamente.

Ciò è frustrante perché qualsiasi modifica del progetto, per quanto lieve, richiede una lunga attesa prima che i risultati possano essere valutati, e talvolta l'applicazione semplicemente si arresta in modo anomalo senza completare ciò che ho chiesto. È insolito?

Aggiornare:

Ho Shapefile degli stessi dati. Sono 45 file per un totale di circa 100 MB. Questa cifra è chiaramente in contrasto con le dimensioni del set di dati che ho descritto nel mio post originale e rende la lentezza più comprensibile.

Aggiornare:

Ho appena scoperto il pulsante "Rendering" nella parte inferiore sinistra del visualizzatore di mappe QGIS. Mi sento un po 'un idiota per non averlo notato prima, ma disattivare il rendering aumenta notevolmente la velocità con cui posso svolgere compiti per i quali il rendering immediato non è critico. Ne parlo qui a beneficio di altri nuovi utenti.

qgis

— Gregorio
fonte

1

Sembra insolito: QGIS di solito si comporta molto bene rispetto ad altri sistemi GIS. Sospetterei una sorta di ritardo con il database remoto, anche se sembra un piccolo insieme di dati. Quali altri dati hai caricato?

— Simbamangu

1

Hai lo stesso problema con altri livelli di dati o è solo questo in particolare? In tal caso, mi chiedo se ci sia qualche geometria non valida nei tuoi dati, o anche una grande quantità di geometria nulla.

— MappaGnosis

Potrebbe essere questo il problema dell'etichettatura? Potrebbe valere la pena rendere il layer senza etichette per vedere se questo fa la differenza.

— nhopton,

Ho notato che QGIS 1.7.4 connettersi localmente al mio database PostGIS 2.0 è estremamente lento sul mio potente computer Windows, ma funziona rapidamente sul mio Mac (OSX) molto più lento. Non ho capito nemmeno quale sia il problema .....

— djq

Supponendo che ci saranno sempre fattori che rendono il rendering più lento o più veloce, penso che lo scenario migliore sia passare a un thread di rendering in background che non blocchi l'intera applicazione mentre sta funzionando. Adoro QGIS. È molto stabile, ma possono essere necessari diversi minuti per eseguire nuovamente il rendering della vista e cancella l'intero lotto e lo ridisegna completamente. Tutti i miei livelli sono basati su file e possono arrivare a 1 GB per mappa (la maggior parte di questi sono grandi sfondi di rilievo GeoTiff). Probabilmente questo sarà sempre lento, ma QGIS potrebbe mettere il rendering in un thread separato e renderlo

4

La mia installazione di QGIS diventa molto più rapida e reattiva quando chiudo la finestra del browser. Avevo QGIS 3.6.2 e sono passato a 3.4.7 LTR. Entrambi non hanno risposto molto fino a quando ho chiuso la finestra del browser. Utilizzare Visualizza menu - Pannelli - Browser per mostrarlo di nuovo.

— huha
fonte

2

Risposta breve: No.

È difficile offrire dettagli ma:

Sembra che ci siano alcuni problemi di prestazioni importanti in corso lì, ma probabilmente non è hardware. Il mio primo suggerimento sarebbe quello di testare il database, ma l'hai già fatto.

Potresti provare un diverso GIS Open Source, ce ne sono molti là fuori (molti elencati qui: quali sono alcuni pacchetti GIS Desktop gratuiti e Open Source ), ma quello ovvio sarebbe gvSIG . Se qualunque cosa tu usi abbia gli stessi problemi di velocità / prestazioni, allora il problema è sul lato database.

Puoi anche provare a esportare i dati in un database SpatiaLite e caricarli da quello.

Inoltre, se si desidera attenersi a QGIS, provare a disinstallarlo e utilizzare una versione diversa.

— GIS-Jonathan
fonte

2

suppongo che tu abbia qualche problema di blocco nel database. Se rinominare la tabella richiede tempo, non è perché la ridenominazione richiede tempo, ma il db attende qualcosa. Hai provato a riavviare il db?

— Nicklas Avén
fonte

Non è un problema di database. Ho provato a caricare gli shapefile localmente ed è altrettanto male.

— Gregorio

3

@pyrogerg - Hai qualche possibilità di pubblicare gli shapefile?

— Simbamangu

1

@Simbamangu - Non credo di poterli pubblicare tutti; sono 45 file per un totale di circa 100 MB. Questa cifra è chiaramente in contrasto con le dimensioni del set di dati che ho descritto nel mio post originale e rende la lentezza più comprensibile.

— Gregorio

@pyrogerg Nella mia esperienza, aiuta se si ingrandisce un'area più piccola prima di caricare set di dati di quella dimensione da PostGIS. È possibile utilizzare un livello OpenLayers o qualsiasi altro set di dati disponibile per individuare un'area adatta.

— underdark

@underdark - Grazie per il suggerimento; Ci proverò la prossima volta. Avevo pensato che i 45 shapefile caricati fossero un test iniziale per visualizzare un set di dati molto più grande, ma non credo che il mio computer sia in grado di gestire molto di più!

— Gregorio,

1

Trovo che le cose che faccio al lavoro su ArcGIS funzionino molto lentamente con i dati del nostro database che si trova a 1800 km di distanza, ma funziona molto rapidamente su QGIS a casa, quindi prima guarderei la rete e il lato del database remoto, QGIS sembra funzionare più operazioni alla stessa velocità o più veloci di ArcGIS, il più delle volte,

— banger
fonte

Ho avuto un problema con arcgis una volta in cui scaricava tutti i dati per la mappa sul computer locale prima di fare qualsiasi cosa, e dato che erano 2 o 3 GB di dati ha chiuso la nostra rete per circa mezza giornata .... IT dept non era molto felice, ma forse QGIS sta facendo qualcosa di simile

— Banger

0

Qgis funziona semplicemente "ok", a meno che tu non abbia una di queste situazioni:

a) lo strato è grande .. per alcuni processi il significato di "grande" può variare da 10mb a 250mb ..

b) il layer ha grandi funzionalità multipart (funzionalità costituite da "troppe" parti)

c) il layer ha alcune caratteristiche (non multipart) con "molti vertici / nodi"

.. per esempio. "ritagliare" o "dissolvere" per me di solito Qgis non lo fa o semplicemente si arresta in modo anomalo .. o in alcuni casi impiega circa 36 volte per svolgere un compito ... rispetto allo stesso compito (stesse forme / livelli eseguono lo stesso processo) in ArcGis .. esempio .. un processo di dissolvenza di 6 ore su un livello di funzionalità 1330000 (intero paese ... come la metà degli stati uniti) su Qgis su un nuovo Intel i5 + 8Gb di RAM + Ubuntu..che forse può anche andare in crash in qualsiasi momento .. rispetto a sciogliere lo stesso livello su arcgis su un notebook di 10 anni (core duo) + 2Gb di ram + windows XP..che lo rendono correttamente in 10 minuti.

o clip che non funzionano su nessuna caratteristica "molto complessa" del livello base ... quindi il risultato è un livello di clip che non ha mai perforato la clip su un poligono, quindi la clip ha perso il 30% dell'area .. quindi di solito prima provo per farlo con QGis..e poi, se non ha funzionato .. prendi le forme sul mio vecchio notebook e fai il lavoro in modo semplice e veloce .. Qgis tende a funzionare meglio in ambiente Windows .. ma il "layer dimensione "è molto comune anche lì .. (Sto usando GIS dal 1995 .. da Arcview 3.0 ad Arcgis 10.2, e dal 2003 usando Qgis..under windows e ora sotto Ubuntu (al lavoro))

— Pablo
fonte