abbiamo notato un comportamento inaspettato con qGis (purtoppo abbiamo
provato fin'ora solo in ambiente Win XP) nel lavorare in editing su
uno shapefile di poligoni piuttosto "grandi":
nell'uso del tool per l'editing dei vertici (Strumento vertici),
notiamo una lentezza esagerata nel selezionare i vertici per poi
modificare la forma del poligono: diversi minuti per ottere la
colorazione in rosso dei vertici (che equivale alla loro selezione) e
poi anche estrema difficoltà nel muoverli.
questo comportamento lo abbiamo notato con la versione 1.6 e 1.7,
mentre con la versione 1.4 sia la selezione dei vertici che la
modifica è rapidissima.
non abbiamo invece verificato con la 1.5.
quando parliamo di poligoni "grandi" intendiamo con alcune migliaia di
vertici: ad esempio già da 10.000 vertici in poi non si riesce a
lavorare.
se volete vi possiamo passare lo shapefile sul quale abbiamo fatto queste prove.
vi scriviamo per capire se altri hanno riscontrato un problema simile,
dato che poligoni da 10mila vertici non ci sembrano così rari da
manipolare (e' la nostra provincia di Rimini).
Confermo con le versioni 1.6, 1.7 e 1.8 sia in ambiente Windows Vista sia Windows 7. Ho provato anche su Ubuntu (DVD live, non installato). Io credevo che fosse il problema del mio portatile… Uno degli strati con cui ho avuto problemi di grande rallentamento contiene 111050 vertici e ci vogliono fino a 20 secondi per muovere un vertice selezionato (si tratta delle curve di livello per una una superficie di 2300 kmq a una grande equidistanza, di 40 metri).
Forse si risolverà il problema :))
Saluti,
Gabriela
Da: Marica Landini bulma@ferrara.linux.it A: gfoss@lists.gfoss.it Inviato: Mercoledì 28 Settembre 2011 22:28 Oggetto: [Gfoss] limite nell’editing di vertici di poligoni in qGis
gentile lista,
abbiamo notato un comportamento inaspettato con qGis (purtoppo abbiamo
provato fin’ora solo in ambiente Win XP) nel lavorare in editing su
uno shapefile di poligoni piuttosto “grandi”:
nell’uso del tool per l’editing dei vertici (Strumento vertici),
notiamo una lentezza esagerata nel selezionare i vertici per poi
modificare la forma del poligono: diversi minuti per ottere la
colorazione in rosso dei vertici (che equivale alla loro selezione) e
poi anche estrema difficoltà nel muoverli.
questo comportamento lo abbiamo notato con la versione 1.6 e 1.7,
mentre con la versione 1.4 sia la selezione dei vertici che la
modifica è rapidissima.
non abbiamo invece verificato con la 1.5.
quando parliamo di poligoni “grandi” intendiamo con alcune migliaia di
vertici: ad esempio già da 10.000 vertici in poi non si riesce a
lavorare.
se volete vi possiamo passare lo shapefile sul quale abbiamo fatto queste prove.
vi scriviamo per capire se altri hanno riscontrato un problema simile,
dato che poligoni da 10mila vertici non ci sembrano così rari da
manipolare (e’ la nostra provincia di Rimini).
Il giorno mer, 28/09/2011 alle 21.28 +0200, Marica Landini ha scritto:
vi scriviamo per capire se altri hanno riscontrato un problema simile,
dato che poligoni da 10mila vertici non ci sembrano così rari da
manipolare (e' la nostra provincia di Rimini).
Confermo il problema. L'editing e' divenuto molto piu' potente nelle
versioni recenti (pseudotopologia ecc.), ed evidentemente questo ha
causato i rallentamenti che hai notato. Hai provato a disabilitare la
tolologia, attivare la cache, e gli altri trucchi del caso? Se, come
credo, neppure questo aiuta, conviene aprire un ticket.
Ovviamente questo non garantisce una pronta soluzione del problema (le
cose da fare sono tante, e le risorse poche), ma e' sicuramente un buon
inizio.
Saluti, e grazie.
Confermo il problema. L'editing e' divenuto molto piu' potente nelle
versioni recenti (pseudotopologia ecc.), ed evidentemente questo ha
causato i rallentamenti che hai notato. Hai provato a disabilitare la
tolologia, attivare la cache, e gli altri trucchi del caso? Se, come
credo, neppure questo aiuta, conviene aprire un ticket
Confermo nuovamente, e' davvero insopportabile: qualcuno ha aperto un ticket?
Qualcuno ha intenzione di dare una mano a risolvere?
Grazie.
Anch’io ho riscontrato il problema in alcuni test.
Non saprei però come poter aiutare, perché non ho mai approfondito questo aspetto del codice di Qgis…
E’ un altro esempio di quanto sia sempre più necessario e stringente fare della QA e degli Integration Test prima di rilasciare novità nel codice così importanti (e rischiose!).
A questo riguardo sarebbe utile definire un set di test “umani”,una checklist riproducibile, che alcuni tester (e mi rendo disponibile) possano eseguire manualmente prima dei rilasci. E’ stata già discussa più volte l’importanza dei test automatici, ma credo che certi aspetti non possano prescindere da un’interazione umana reale…
giovanni
Il giorno 18 ottobre 2011 14:10, Paolo Cavallini <cavallini@faunalia.it> ha scritto:
Il 29/09/2011 07:38, Paolo Cavallini ha scritto:
Confermo il problema. L’editing e’ divenuto molto piu’ potente nelle
versioni recenti (pseudotopologia ecc.), ed evidentemente questo ha
causato i rallentamenti che hai notato. Hai provato a disabilitare la
tolologia, attivare la cache, e gli altri trucchi del caso? Se, come
credo, neppure questo aiuta, conviene aprire un ticket
Confermo nuovamente, e’ davvero insopportabile: qualcuno ha aperto un ticket?
Qualcuno ha intenzione di dare una mano a risolvere?
Grazie.
Il 18 ottobre 2011 14:41, G. Allegri <giohappy@gmail.com> ha scritto:
Anch'io ho riscontrato il problema in alcuni test.
Non saprei però come poter aiutare, perché non ho mai approfondito questo
aspetto del codice di Qgis...
E' un altro esempio di quanto sia sempre più necessario e stringente fare
della QA e degli Integration Test prima di rilasciare novità nel codice così
importanti (e rischiose!).
A questo riguardo sarebbe utile definire un set di test "umani",una
checklist riproducibile, che alcuni tester (e mi rendo disponibile) possano
eseguire manualmente prima dei rilasci. E' stata già discussa più volte
l'importanza dei test automatici, ma credo che certi aspetti non possano
prescindere da un'interazione umana reale...
giovanni
Il giorno 18 ottobre 2011 14:10, Paolo Cavallini <cavallini@faunalia.it> ha
scritto:
Il 29/09/2011 07:38, Paolo Cavallini ha scritto:
Confermo il problema. L'editing e' divenuto molto piu' potente nelle
versioni recenti (pseudotopologia ecc.), ed evidentemente questo ha
causato i rallentamenti che hai notato. Hai provato a disabilitare la
tolologia, attivare la cache, e gli altri trucchi del caso? Se, come
credo, neppure questo aiuta, conviene aprire un ticket
Confermo nuovamente, e' davvero insopportabile: qualcuno ha aperto un
ticket?
Qualcuno ha intenzione di dare una mano a risolvere?
Grazie.
_______________________________________________
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.
527 iscritti al 7.7.2011
_______________________________________________
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.
527 iscritti al 7.7.2011
Confermo nuovamente, e’ davvero insopportabile: qualcuno ha aperto un ticket?
Qualcuno ha intenzione di dare una mano a risolvere?
Grazie.
– Paolo Cavallini
La settimana scorsa, sia perché non sopportavo più sia perché avevo fretta, ho installato QGIS Mimas (1.3.0) e l’ho utilizzato per modificare i vertici…
La settimana scorsa, sia perché non sopportavo più sia perché avevo fretta,
ho installato QGIS Mimas (1.3.0) e l'ho utilizzato per modificare i
vertici...
QGIS 1.3 credo non avesse l'editing pseudo-topologico, la feature che
ha introdotto questo problema nel caso di geometrie molto
grandi/complesse.
La settimana scorsa, sia perché non sopportavo più sia perché avevo fretta,
ho installato QGIS Mimas (1.3.0) e l'ho utilizzato per modificare i
vertici...
QGIS 1.3 credo non avesse l'editing pseudo-topologico, la feature che
ha introdotto questo problema nel caso di geometrie molto
grandi/complesse.
In ongi caso, il problema va risolto. Ripeto:
- qualcuno ha aperto il ticket?
- qualcuno e' *concretamente* interessato alla sua soluzione?
Per parlare piu' in positivo: e' ora disponibile il plugin OTB, un gran passo in avanti, nel framework di analisi.
Frankie, ci sono speranze di vedere il deb di otb?
Saluti.
Il 21 ottobre 2011 11:18, Paolo Cavallini <cavallini@faunalia.it> ha scritto:
Il 18/10/2011 19:08, Paolo Cavallini ha scritto:
In ogni caso, il problema va risolto. Ripeto:
- qualcuno ha aperto il ticket?
- qualcuno e' *concretamente* interessato alla sua soluzione?
Non posso credere che nessuno si degni, non dico di risolvere la questione,
ma neppure di aprire un ticket.
E neppure di rispondermi.
Saluti.
Se chi ha segnalato il problema non ha dimestichezza con il bug
reporting, ci posso pensare io.
Mandatemi
- Versione QGis e sistema operativo
- Descrizione su come riprodurre il problema
- Il dato che è stato utilizzato (facoltativo ma utile)
On Fri, Oct 21, 2011 at 11:27:57AM +0200, luca.casagrande@gmail.com wrote:
Il 21 ottobre 2011 11:18, Paolo Cavallini <cavallini@faunalia.it> ha scritto:
> Il 18/10/2011 19:08, Paolo Cavallini ha scritto:
>>
>> In ogni caso, il problema va risolto. Ripeto:
>> - qualcuno ha aperto il ticket?
>> - qualcuno e' *concretamente* interessato alla sua soluzione?
>
> Non posso credere che nessuno si degni, non dico di risolvere la questione,
> ma neppure di aprire un ticket.
> E neppure di rispondermi.
> Saluti.
Se chi ha segnalato il problema non ha dimestichezza con il bug
reporting, ci posso pensare io.
Secondo me e' _molto_ meglio acquisire la dimestichezza
che delegare ad altri.
Siate parte della comunita' che vi sostiene !
Secondo me e' _molto_ meglio acquisire la dimestichezza
che delegare ad altri.
Siate parte della comunita' che vi sostiene !
Bravo, questo era il senso della mia mail.
Avere software migliore dipende dalla collaborazione di tutti, non esitate a fare la vostra parte.
Oltretutto, e' facile, ed apre molte possibilita'.
Saluti.
2011/10/21 Paolo Cavallini <cavallini@faunalia.it>:
Il 21/10/2011 11:30, Sandro Santilli ha scritto:
Secondo me e' _molto_ meglio acquisire la dimestichezza
che delegare ad altri.
Siate parte della comunita' che vi sostiene !
Bravo, questo era il senso della mia mail.
Avere software migliore dipende dalla collaborazione di tutti, non esitate a
fare la vostra parte.
Oltretutto, e' facile, ed apre molte possibilita'.
Saluti.
_______________________________________________
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.
527 iscritti al 7.7.2011
2011/10/21 Paolo Cavallini <cavallini@faunalia.it>:
Il 21/10/2011 11:30, Sandro Santilli ha scritto:
Secondo me e' _molto_ meglio acquisire la dimestichezza
che delegare ad altri.
Siate parte della comunita' che vi sostiene !
Bravo, questo era il senso della mia mail.
Avere software migliore dipende dalla collaborazione di tutti, non esitate a
fare la vostra parte.
Oltretutto, e' facile, ed apre molte possibilita'.
Saluti.
_______________________________________________
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.
527 iscritti al 7.7.2011
_______________________________________________
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.
527 iscritti al 7.7.2011
Grazie di cuore! Io non sono riuscita ad aprire il ticket perché non posso scrivere in inglese. Si può aggiungere che il problema si verifica anche su Windows Vista e Windows 7?
Il 24/10/2011 17:21, Gabriela Osaci Costache ha scritto:
Grazie di cuore! Io non sono riuscita ad aprire il ticket perché non posso scrivere
in inglese. Si può aggiungere che il problema si verifica anche su Windows Vista e
Windows 7?
Fatto, grazie.
--
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Salve.
Stiamo verificando i motivi del rallentamento. UN metodo per sveltirlo e' quello di usare come marker le croci invece dei cerchi trasparenti. Ci farebbe molto comodo sapere da quando si verifica il rallentamento, per andare a pescare i possibili cambiamenti: qualcuno ci fa sapere?
Grazie, e a presto.
Salve.
Stiamo verificando i motivi del rallentamento. UN metodo per sveltirlo e' quello di usare come marker le croci invece dei cerchi trasparenti. Ci farebbe molto comodo sapere da quando si verifica il rallentamento, per andare a pescare i possibili cambiamenti: qualcuno ci fa sapere?
Grazie, e a presto.
Anche con la croce si manifesta lo stesso il problema.
Qui trovi il file di progetto con un bookmark della zona dove ho fatto il test: http://dl.dropbox.com/u/348430/vertex.qgs
Grazie e buon lavoro!
Luca
--
Luca Casagrande
"I love it when a plan comes together."