<div dir="ltr">All'inizio fà decisamente paura,<div>io pensa te, ho percorso anche strade compromettenti, tipo scrivere stored procedures postgres in python (che consentono import shapely/geomet) e altre vaccate - tutto per evitare il "catafalco" di postgis - ma il discorso è semplice:</div>
<div><br></div><div>quanto più scali (uWSGI su N nodi, che distribuiscono il calcolo che altrimenti farebbe solo il nodo DB - pergiunta immorale, date le sue veci... ) o deleghi al client (javascript), quanto più risparmi ram e sopratutto I/O disco (sopratutto I/O disco, benedetto postgres).</div>
<div>eppoi i backup e la gestione easy dello sviluppo non sottovalutiamolo:</div><div><br></div><div>"Ciao mamma - si, sono al mare, sì. Mi son portato nodeshot che lo sviluppo mezza giornata.... No.. No...no... il setup è una sciocchezza..."</div>
<div><br></div><div>niente contro postGIS intendiamoci. Forse quache mesetto addietro vi avevo parlato della possibilità di usare due DB (l'unica soluzione che uso con PostGIS/Django) uno per il Web e un altro esclusivamente per la cartografia, ma cartografia nodeshot non ne stora, pertanto... molla il catafalco :)</div>
<div><br></div><div>buon proseguimento,</div><div>G </div><div><br></div><div>[1] <a href="http://it.wikipedia.org/wiki/Catafalco">http://it.wikipedia.org/wiki/Catafalco</a></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
Il giorno 28 novembre 2013 14:48, nemesis <span dir="ltr"><<a href="mailto:nemesis@ninux.org" target="_blank">nemesis@ninux.org</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, 28 Nov 2013 12:39:18 +0100, Giuseppe De Marco <<a href="mailto:demarcog83@gmail.com" target="_blank">demarcog83@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
PostGIS è una ottima scelta, è un pò noioso da portare appresso,<br>
come una moglie antipatica :)<br>
<br>
il beneficio sulle query spaziali è vero che ti è offerto dal<br>
postgis ma puoi delegare questa peculiarità al client, si eviti il<br>
carico sul server a parità di beneficio.<br>
Se ogni nodo è un vettore con geometria di tipo punto, lato client,<br>
sul webgis, l'utente decide un centroide (x/y o est/nord, su EPSG 4326<br>
è x,y) - magari con un click . e sulla base dei km quadrati (o miles)<br>
che decide di interrogare crea una geometria di tipo poligono.<br>
Dopodichè, sempre tramite javascript, si adopera la funzione<br>
intersect di OpenLayers.<br>
<br>
risultato:<br>
<br>
Hai evitato di mettere in produzione una basedati pesantuccia,<br>
perchè pesantuccia ? perchè:<br>
<br>
1. Ha estensioni che vanno compilate, ovvero dipendenze, ovvero<br>
ridotta portabilità.<br>
2. Lo storage di Shape e Rasters non avviene nel DB, piuttosto gli<br>
shapes (cugini dei kml) vengono salvati da geodjango (o solo da<br>
django) come WKT. Data l'esiguità dei WKT di tipo POINT o LINESTRING<br>
può andare più che bene anche un character varying ( piuttosto che<br>
un campo TEXT )<br>
3. Un carico computazionale che può essere tranquillamente delegato<br>
al client ( scalabilità occulta ? )<br>
<br>
con geomet/shapely, ad esempio, faccio conversioni e interrogazioni<br>
spaziali.<br>
 E' basato su Geos, il motore di PostGIS, ma è totalmente decoupled<br>
pertanto nel futuro nodeshot, nell'eventualità di fare le query<br>
staziali lato server, puoi usare queste e puoi anche disabilitarle<br>
senza toccare le estensioni del DB.<br>
</blockquote>
<br>
Beh sono daccordo che Postgis è un bel mostro di software che non credo possa girare su sistemi con poche risorse.<br>
<br>
Magari se per qualche motivo avremo bisogno di una versione light con funzioni limitate da mettere su robe tipo cubieboard/raspberry/arduino-<u></u>yun ci studiamo meglio questa soluzione! Però al momento è fantascienza :)<br>

<br>
Federico<br>
<br>
______________________________<u></u>_________________<br>
ninux-dev mailing list<br>
<a href="mailto:ninux-dev@ml.ninux.org" target="_blank">ninux-dev@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/ninux-dev" target="_blank">http://ml.ninux.org/mailman/<u></u>listinfo/ninux-dev</a><br>
</blockquote></div><br></div>