Re: [Gfoss] lentezza di QGIS o del portatile?
On Tue, 11 Jan 2011 19:36:36 +0100, Paolo Corti wrote > Che poi e' lo stesso algoritmo usato dal ST_Simplify [2] in PostGis > (e immagino anche in Spatialite). > ovvio che c'è anche in SpatiaLite :-P ST_Simplify(), ST_SimplifyPreserveTopology() sempre naturalmente su base GEOSSimplify() e GEOSTopologyPreserveSimplify() gira gira, la zuppa è sempre quella :-) ciao Sandro ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 485 iscritti al 20.11.2010
Re: [Gfoss] lentezza di QGIS o del portatile?
2011/1/11 cavall...@faunalia.it : > Si, in grass c'è l'ottimo v.generalize volevo dimostrare che - al solito - quello che si riesce a fare con GRASS si riesce a fare con GDAL. Ma curiosamente non c'e' un'opzione per il generalize in ogr2ogr invece (mentre ce n'e' una che fa l'opposto, segmentize) E, aggiungo, sarebbe semplice implementarla, tra l'altro, visto che nella classe OGRGeometry e' implementato il metodo Simplify [1] (via GEOS). Che poi e' lo stesso algoritmo usato dal ST_Simplify [2] in PostGis (e immagino anche in Spatialite). C'avrei scommesso qualsiasi cosa :) P [1] http://www.gdal.org/ogr/classOGRGeometry.html#fd3ea0ffa1e2994427032d0212206ccf [2] http://postgis.refractions.net/docs/ST_Simplify.html -- Paolo Corti GIS specialist and web developer web: http://www.paolocorti.net twitter: @paolo_corti ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 485 iscritti al 20.11.2010
Re: [Gfoss] lentezza di QGIS o del portatile?
Si, in grass c'è l'ottimo v.generalize --- http://faunalia.it/pc - Reply message - Da: a.furi...@lqt.it Data: mar, gen 11, 2011 19:05 Oggetto: [Gfoss] lentezza di QGIS o del portatile? A: "Gabriela Osaci Costache" , ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 485 iscritti al 20.11.2010
Re: [Gfoss] lentezza di QGIS o del portatile?
Grazie mille del suggerimento, proverò! Avevo osservato l'effetto a quadretti, ma non ho pensato a una semplificazione. Ciao. Gabriela Da: "a.furi...@lqt.it" A: Gabriela Osaci Costache ; 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 + (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 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 485 iscritti al 20.11.2010
Re: [Gfoss] lentezza di QGIS o del portatile?
On Tue, 11 Jan 2011 17:28:14 + (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 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 485 iscritti al 20.11.2010
Re: [Gfoss] lentezza di QGIS o del portatile?
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 A: Gabriela Osaci Costache 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 +, 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 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 485 iscritti al 20.11.2010
Re: [Gfoss] lentezza di QGIS o del portatile?
Il 11 gennaio 2011 09:07, Paolo Cavallini 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 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 485 iscritti al 20.11.2010
Re: [Gfoss] lentezza di QGIS o del portatile?
Il giorno lun, 10/01/2011 alle 19.15 +, 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 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 485 iscritti al 20.11.2010
Re: [Gfoss] lentezza di QGIS o del portatile?
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 A: Gabriela Osaci Costache 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 +, 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 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 485 iscritti al 20.11.2010
Re: [Gfoss] lentezza di QGIS o del portatile?
Il giorno lun, 10/01/2011 alle 13.42 +, 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 ___ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione Gfoss@lists.gfoss.it http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 485 iscritti al 20.11.2010
