[Gfoss] lentezza di QGIS o del portatile?

Ciao a tutti!

Chiedo scusa per la domanda, ma forse qualcuno saprà la risposta. Utilizzo QGIS (da due anni) su un portatile con Windows Vista (32 bit), processore Intel Celeron (single core) 2,0 GHz, 2 GB RAM DDR2, scheda grafica integrata.

Il problema non è nuovo. Di che si tratta: per esempio, ho convertito il DEM (raster, ottenuto con GRASS) in un file vettoriale e voglio colorare questo strato con colore continuo (diciamo dal giallo al marrone) oppure con un simbolo graduato (n classi). Per mostrare il risultato sullo schermo ci vogliono 40-50 secondi (in questo tempo non utilizzo un altro programma). Il tempo menzionato corrisponde a un file .shp di 16228 KB (una piccolissima regione). Parlo di un solo stato caricato in QGIS, perché i tempi di risposta sono più lunghi quando ho più stati caricati (minuti interi…). Così, spreco molto tempo.

Mi chiedo se fosse il problema di QGIS oppure delle scarse risorse del portatile. Un altro portatile più potente (processore i5- 2,53 GHz o i7, 4 GB RAM DDR3 o 8 GB, scheda grafica dedicata di 1 o 2 GB, disco a 7200 rpm ecc.) potrebbe risolvere il problema? E’ il problema di QGIS?

Grazie in anticipo,
Gabriela

P.S. Scusatemi gli errori di lingua, per favore.

Il giorno lun, 10/01/2011 alle 13.42 +0000, Gabriela Osaci Costache ha
scritto:

Il problema non è nuovo. Di che si tratta: per esempio, ho convertito
il DEM (raster, ottenuto con GRASS) in un file vettoriale e voglio
colorare questo strato con colore continuo (diciamo dal giallo al
marrone) oppure con un simbolo graduato (n classi). Per mostrare il
risultato sullo schermo ci vogliono 40-50 secondi (in questo tempo non
utilizzo un altro programma). Il tempo menzionato corrisponde a un
file .shp di 16228 KB (una piccolissima regione). Parlo di un solo
stato caricato in QGIS, perché i tempi di risposta sono più lunghi
quando ho più stati caricati (minuti interi...). Così, spreco molto
tempo.

Puoi verificare che non ci siano errori topologici? Quelli rallentano
molto il rendering, credo.
Saluti.
--
http://www.faunalia.it/pc

Grazie tanto del suggerimento. Ho controllato sei o sette stati con il plugin “controlla validità geometria” di fTools. Per tre di loro si verificano errori (tra 3 e 6 errori/strato). Non sono sicura: per pulirli devo utilizzare v.clean di GRASS (quale modulo)? C’è un’altra possibilità?

Devo aggiungere che il rallentamento di QGIS si verifica con i strati vettoriali di cui raccontavo (derivati da stati raster di GRASS o il risultato di v.overlay.and) anche quando voglio spostare, ingrandire o rimpicciolire l’immagine sullo schermo e anche nel modulo di stampa. Per questo motivo credevo che fosse la colpa delle caratteristiche del portatile.

Grazie,
Gabriela


Da: Paolo Cavallini cavallini@faunalia.it
A: Gabriela Osaci Costache gabrielacatalinaosaci@yahoo.it
Cc: gfoss@lists.gfoss.it
Inviato: Lun 10 gennaio 2011, 18:17:19
Oggetto: Re: [Gfoss] lentezza di QGIS o del portatile?

Il giorno lun, 10/01/2011 alle 13.42 +0000, Gabriela Osaci Costache ha
scritto:

Il problema non è nuovo. Di che si tratta: per esempio, ho convertito
il DEM (raster, ottenuto con GRASS) in un file vettoriale e voglio
colorare questo strato con colore continuo (diciamo dal giallo al
marrone) oppure con un simbolo graduato (n classi). Per mostrare il
risultato sullo schermo ci vogliono 40-50 secondi (in questo tempo non
utilizzo un altro programma). Il tempo menzionato corrisponde a un
file .shp di 16228 KB (una piccolissima regione). Parlo di un solo
stato caricato in QGIS, perché i tempi di risposta sono più lunghi
quando ho più stati caricati (minuti interi…). Così, spreco molto
tempo.

Puoi verificare che non ci siano errori topologici? Quelli rallentano
molto il rendering, credo.
Saluti.

http://www.faunalia.it/pc

Il giorno lun, 10/01/2011 alle 19.15 +0000, Gabriela Osaci Costache ha
scritto:

verificano errori (tra 3 e 6 errori/strato). Non sono sicura: per
pulirli devo utilizzare v.clean di GRASS (quale modulo)? C'è un'altra
possibilità?

Credo che grass sia la scelta migliore in questo contesto.

Devo aggiungere che il rallentamento di QGIS si verifica con i strati
vettoriali di cui raccontavo (derivati da stati raster di GRASS o il
risultato di v.overlay.and)

ma, aspetta, i vettori sono shp esportati da grass?

anche quando voglio spostare, ingrandire o rimpicciolire l'immagine
sullo schermo e anche nel modulo di stampa. Per questo motivo credevo
che fosse la colpa delle caratteristiche del portatile.

Io farei cosi':
- verificherei se la lentezza avviene solo per determinati strati
- ripulirei quelli
- proverei di nuovo
- se non funziona, metterei a disposizione gli strati in modo che anche
altri possano fare prove.
In ogni caso, dubito che la potenza di calcolo del portatile c'entri
molto: ho usato qgis anche su netbooks, e rimane piuttosto usabile.

Saluti.
--
http://www.faunalia.it/pc

Il 11 gennaio 2011 09:07, Paolo Cavallini <cavallini@faunalia.it> ha scritto:

In ogni caso, dubito che la potenza di calcolo del portatile c'entri
molto: ho usato qgis anche su netbooks, e rimane piuttosto usabile.

confermo, uso quasi quotidianamente qgis su un netbook intel atom con
1 gb di ram e non ho grossi problemi

Saluti.
--
http://www.faunalia.it/pc

--
ciao
Luca

www.lucadelu.org

Sì, i vettori sono shp prodotti in GRASS (sotto QGIS), caricati in QGIS e poi salvati (Layer - Salva con nome…).
Ho verificato: la lentezza avviene solo per questi stati (DEM convertito da raster a vettore, shp ottenuti con v.overlay.and, per esempio DEM + gli spazi coperti dai boschi ecc.), dunque stati pesanti.

Oggi ho avuto l’idea (non so come non l’ho avuta prima…) di aprire alcuni degli stati con problemi su un desktop della mia facoltà (che non è nuovo e troppo performante). Sorpresa: lo strato che era aperto in 50 secondi dal mio portatile, è stato aperto in solo 4 (quattro!) secondi. Quasi la stessa velocità (2-3 secondi) per spostare, ingrandire o rimpicciolire l’immagine sullo schermo (senza lo smarrimento dell’immagine, perché da me lo schermo rimane bianco mentre il portatile sta “pensando”, dopo di che ricomporre lentamente l’immagine).

Dunque, ringrazio tutti per l’aiuto e direi che fosse il problema del mio portatile.

Saluti.
Gabriela


Da: Paolo Cavallini cavallini@faunalia.it
A: Gabriela Osaci Costache gabrielacatalinaosaci@yahoo.it
Cc: gfoss@lists.gfoss.it
Inviato: Mar 11 gennaio 2011, 10:07:30
Oggetto: Re: [Gfoss] lentezza di QGIS o del portatile?

Il giorno lun, 10/01/2011 alle 19.15 +0000, Gabriela Osaci Costache ha
scritto:

verificano errori (tra 3 e 6 errori/strato). Non sono sicura: per
pulirli devo utilizzare v.clean di GRASS (quale modulo)? C’è un’altra
possibilità?

Credo che grass sia la scelta migliore in questo contesto.

Devo aggiungere che il rallentamento di QGIS si verifica con i strati
vettoriali di cui raccontavo (derivati da stati raster di GRASS o il
risultato di v.overlay.and)

ma, aspetta, i vettori sono shp esportati da grass?

anche quando voglio spostare, ingrandire o rimpicciolire l’immagine
sullo schermo e anche nel modulo di stampa. Per questo motivo credevo
che fosse la colpa delle caratteristiche del portatile.

Io farei cosi’:

  • verificherei se la lentezza avviene solo per determinati strati
  • ripulirei quelli
  • proverei di nuovo
  • se non funziona, metterei a disposizione gli strati in modo che anche
    altri possano fare prove.
    In ogni caso, dubito che la potenza di calcolo del portatile c’entri
    molto: ho usato qgis anche su netbooks, e rimane piuttosto usabile.

Saluti.

http://www.faunalia.it/pc

On Tue, 11 Jan 2011 17:28:14 +0000 (GMT), Gabriela Osaci Costache wrote

(DEM convertito da raster a vettore)

Gabriela,
anche a me è capitato (per caso) di incontrare forti
problemi di lentezza usando il dataset GADM:
http://www.gadm.org/

La causa è abbastanza semplice da identificare: quando
converti un DEM come vector, si vengono facilmente a creare
dei POLYGONs (oppure dei LINESTRINGs) pesantissimi, con
moltissime decine di migliaia di vertici.
p.es. vedi GADM in paesi come il Canada o l’Australia,
che hanno coste assai estese e con un contorno
fortemente frastagliato (baie, promontori, fiordi …)

Fai uno zoom al massimo livello di ingrandimento: e scoprirai
come in pratica per ogni singola cella del DEM originale è stato
inserito un punto nel vector (effetto a gradini/quadretti).

Soluzione: applica alle geometrie una funzione di semplificazione
tipo Douglas-Peukert.
In genere nei DBMS Spatial la trovi definita come ST_Simplify()
Ma non dubito che anche QGIS e/o GRASS la supportano in
qualche modo.

ciao Sandro

Grazie mille del suggerimento, proverò! Avevo osservato l’effetto a quadretti, ma non ho pensato a una semplificazione.

Ciao.
Gabriela


Da: “a.furieri@lqt.it” a.furieri@lqt.it
A: Gabriela Osaci Costache gabrielacatalinaosaci@yahoo.it; gfoss@lists.gfoss.it
Inviato: Mar 11 gennaio 2011, 20:05:27
Oggetto: Re: [Gfoss] lentezza di QGIS o del portatile?

On Tue, 11 Jan 2011 17:28:14 +0000 (GMT), Gabriela Osaci Costache wrote

(DEM convertito da raster a vettore)

Gabriela,
anche a me è capitato (per caso) di incontrare forti
problemi di lentezza usando il dataset GADM:
http://www.gadm.org/

La causa è abbastanza semplice da identificare: quando
converti un DEM come vector, si vengono facilmente a creare
dei POLYGONs (oppure dei LINESTRINGs) pesantissimi, con
moltissime decine di migliaia di vertici.
p.es. vedi GADM in paesi come il Canada o l’Australia,
che hanno coste assai estese e con un contorno
fortemente frastagliato (baie, promontori, fiordi …)

Fai uno zoom al massimo livello di ingrandimento: e scoprirai
come in pratica per ogni singola cella del DEM originale è stato
inserito un punto nel vector (effetto a gradini/quadretti).

Soluzione: applica alle geometrie una funzione di semplificazione
tipo Douglas-Peukert.
In genere nei DBMS Spatial la trovi definita come ST_Simplify()
Ma non dubito che anche QGIS e/o GRASS la supportano in
qualche modo.

ciao Sandro