<div dir="ltr"><div><div><div>gentile lista,<br></div>vorrei segnalarvi un "malfunzionamento" che ho notato in qGis 2.8 per windows (linux non ho verificato, sorry!):<br><br></div><div>quando mi trovo a digitalizzare il "primo vertice" in un layer di poligoni in un progetto nel quale sia presente anche un layer particolarmente pesante e sia stata attivata qualche modalità di snap (Layer in uso, Tutti i layer, Avanzato) anche al layer "pesante", qGis arriva a consumare tantissima ram e rimane bloccato per svariati minuti (il tempo necessario per il caricamento in memoria) e soprattutto non libera la memoria fino alla chiusura del progetto. <br></div><div><br></div><div>il successivo spostamento o digitalizzazione dello stesso vertice o di altri vertici anche di altri poligoni è poi regolare ed immediato, ma la prima azione blocca qGis per veramente troppo tempo (ovviamente in comparazione con le versioni precedenti di qGis, per le quali questa operazione era immediata fin dal primo vertice).<br><br></div><div>per darvi delle cifre, per le prove che abbiamo fatto stiamo parlando di un editing di 10mila poligoni anche abbastanza piccoli ma sulla base di un layer catastale con poco meno di un milione e mezzo di record (particelle catastali), l'attesa è di quasi un minuto (ovviamente dipendente dalla macchina) e il carico sulla ram è di circa 800Mb che poi vengono "trascinati" fino alla chiusura del progetto.<br></div><div>se pensate che in emilia romagna lavoriamo con quasi 6 milioni di particelle, il tempo di attesa dello startup dell'editing e l'occupazione di memoria sono secondo me esagerati.<br></div><div><br></div>la versione di qGis per la quale ho verificato il problema è la 2.8.1, sia la versione a 32b che 64bit, sia con installer osgeo4w che l'installer standalone, ma ho verificato che si presenta anche con la versione nightly di oggi (33), mentre ovviamente non si presenta con le versioni precedenti alla 2.8 (dove sappiamo che la finestra delle opzioni di snap è molto diversa).<br><br></div><div>se puo' essere utile, ricordo che un problema simile (spostamento lentissimo di vertici di poligoni molto grandi) era stato segnalato (e poi risolto) in una versione di qGis pre 2.0.<br></div><div><br></div><div>dimenticavo di dire che i layer sono tabelle geometriche in postgis, ma immagino che questo comportamento sia indipendente dall'origine del dato.<br></div><div><br></div><div>ho cercato tra i ticket sul track di qGis e non ho trovato una segnalazione di un problema simile.<br><br></div><div>mi consigliate di aprire un ticket o qualcuno ha risolto in altro modo o ha voglia di fare qualche prova piu' esaustiva delle mie, prima di disturbare gli sviluppatori?<br><br></div><div>grazie a tutti (se siete arrivati a leggere fin qui!)<br><br></div><div>saluti,<br></div><div>francesco<br></div><div><br></div><div><br><br><br></div><div><div><br></div></div></div>