<div dir="ltr"><div>Il giorno 02 aprile 2013 15:06, Paolo Cavallini <span dir="ltr"><<a href="mailto:cavallini@faunalia.it" target="_blank">cavallini@faunalia.it</a>></span> ha scritto:<br></div><div class="gmail_extra">
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>

Hash: SHA1<br>
<br>
Il 02/04/2013 15:03, Diego Gnesi Bartolani ha scritto:<br>
<div class="im"><br>
> Il mio plugin funziona, ma vi avviso, è mooolto lento. Ho provato a riscriverlo varie volte in molti modi diversi, una volta anche copiando il codice di GRASS per lo stesso tipo di analisi, ma in definitiva il problema sembra essere Python: ci sono moltissimi cicli di calcolo e Python non è adatto per questo.<br>

><br>
> Dovrò riscrivere tutto in C++.<br>
><br>
> Da ultimo, vi segnalo che nonostante la sua lentezza questo plugin potrebbe tornare utile rispetto agli altri tool simili: si possono infatti assegnare dei valori numerici ai singoli punti/linee/aree di partenza che possono influire sul calcolo del costo cumulativo a partire da quei siti (e per conseguenza sul modo in cui il territorio viene allocato).<br>

<br>
</div>Grazie mille. Hai provato a devolvere il calcolo a qualche lib di py (numpy/scipy)?<br>
<div class="im">Saluti.<br>
- --<br>
Paolo Cavallini - Faunalia<br>
</div><a href="http://www.faunalia.eu" target="_blank">www.faunalia.eu</a><br>
Full contact details at <a href="http://www.faunalia.eu/pc" target="_blank">www.faunalia.eu/pc</a><br>
Nuovi corsi QGIS e PostGIS: <a href="http://www.faunalia.it/calendario" target="_blank">http://www.faunalia.it/calendario</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.12 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a><br>
<br>
iEYEARECAAYFAlFa184ACgkQ/NedwLUzIr7KmwCgq2BcXHg4s4bWsCyE+Send6sp<br>
5RQAn3nV8Xt8fzVsSqpC62tmha/z2yuy<br>
=WJpn<br>
-----END PGP SIGNATURE-----<br>
_______________________________________________<br>
<a href="mailto:Gfoss@lists.gfoss.it">Gfoss@lists.gfoss.it</a><br>
<a href="http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss" target="_blank">http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss</a><br>
Questa e' una lista di discussione pubblica aperta a tutti.<br>
I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it.<br>
638 iscritti al 28.2.2013</blockquote></div><br></div><div class="gmail_extra">sì, ho provato, ad esempio la lista dei pixel attivi (quelli da cui deve continuare il successivo ciclo di calcoli) posso calcolarla con una singola riga di codice grazie a numpy; purtroppo però si tratta di un'analisi difficile da ottimizzare e da demandare interamente a funzioni di liberia: l'ordine in cui vanno letti/scritti i vari pixel non è determinabile a priori, e non è detto che un pixel il cui costo è stato calcolato non debba essere sovrascritto (se durante l'analisi si trova un percorso che giunge a quel pixel con un costo complessivo minore). In ogni modo, non demordo e continuo a cercare soluzioni migliori.<br>
</div><div class="gmail_extra"><br></div><div class="gmail_extra">Diego</div></div>