<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
<br>
</div>risposta A {scherzosa e per nulla seria}:<br>
-----------------------------------------<br>
grazie Giovanni, finalmente mi hai fatto capire come mai<br>
ho dovuto passare assai spesso lunghe notti insonni cercando<br>
di rattoppare affannosamente dati vector altamente tossico-nocivi<br>
(pieni zeppi di geometrie illegali e malformate).<br>
e/o cercando di ricavare un qualche succo logico utilizzabile<br>
dall'elaborazione di attributi informativi incompleti,<br>
omissivi, malformattati e logicamente inconsistenti ed<br>
auto-contraddittori.<br>
<br>
Scusami, non avevo capito che la cosa più importante di una<br>
cartografia è che deve essere "esteticamente bella a vedersi":<br>
evidentemente pretendere che sia anche geometricamemte<br>
coerente e logicamente consistente è solo una mia fisima<br>
personale (ma io non sono un cartografo, dopotutto) :D<br>
<br></blockquote><div><br></div><div>Non è la cosa più importante. Ma sicuramente al pari della correttezza e completezza dei dati. L'informazione non sta solo nel dato, nudo e crudo, e nei suoi attributi. Vestizione e rappresentazione cartografica hanno un valore informativo altrettanto importante! </div>
<div>Parere personale: in molti casi preferisco una carta che mi esprima in modo efficace il "modello concettuale" che ci sta dietro, piuttosto che una mal vestita ma precisa al micron. Ma qui dovremmo cominciare a distinguere le diverse scale e applicazioni a cui ognuno di noi opera usualmente...</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
risposta B {serissima}:<br>
-----------------------<br>
obiezione in parte giustificata ed accettabile: definire<br>
una vestizione ottimizzata per un progetto complesso con<br>
un centinaio di layers non è certo una passeggiata.<br>
è un processo lungo ed assorbe un bel po' di tempo,<br>
quindi merita sicuramente tutelare l'investimento<br>
sul lungo periodo.</blockquote><div><br></div><div>Sandro, il discorso sul lock-in è chiarissimo, e lo condivido, anche se talvolta c'è un fenomeno simile anche nei confronti di software libero, ma non perdiamoci in questo.</div>
<div>Tuttavia, se un sw proprietario è l'unico che in questo momento mi può offrire certe funzionalità, di cui ho bisogno ora e non tra un anno, come lo spieghi che 'in teoria' si possono sviluppare quelle cose anche con sw libero se paga lo sviluppo? </div>
<div>Anche se Paolo mi taccia di fare pubblicità, vi invito seriamente a dare un occhio a cosa offre ArcGIS, dal mobile al server. Anche solo un giro nella documentazione, e forse capirete perché non è poi così scontato e ovvio che certe realtà non se la sentono di lasciarlo.</div>
<div><br></div><div>Io sono contentissimo del 'mondo OS', lo utilizzo, lo studio, lo diffondo. Anche se non ho modo di contribuire al code base, non trovo il tempo per scrivere documentazione ufficiale, offro quotidianamente supporto a diverse richieste private e personali, su una lunga lista di sw ma soprattutto, sulle PROCEDURE che possono sostituire quelle ormai assodate su sw proprietari. E per il bene del cliente, a volte gli dico di tenersi la sua licenza Esri, perché se ha dieci postazioni, deve fare operazioni di editing multiutente, versionata, con regole topologiche complesse, produrre cartografia elaborata, tutto questo integrato con rilievo mobile e pubblicazione web... A fronte di 50000 euro di licenza, se il suo core business è questo, datemi buone ragioni per dirgli: "Ferma i lavori, lascia tutto e fatti sviluppare da qualcuno tutto ciò che serve per ricreare il tuo ambiente". E' vero, il software è libero, ma anche questo genera una sorta di lock-in. Non vi pare?</div>
<div><br></div><div>giovanni</div><div><br></div><div>[In questo momento sto ricompilando il modulo Python per SAGA, per cercare di dare una mano allo sviluppo del plugin per QGis.</div><div>Allo stesso tempo sto cercando di generalizzare un lavoro che abbiamo fatto in Python, col quale abbiamo esteso le funzionalità del composer di QGis. Voglio vedere di tirarne fuori un plugin riusabile.</div>
<div>Ho finito un lavoro di migrazione di una banca dati ambientale di un istituto di ricerca nazionale, da Sql Server+ArcSDE a PostGIS+QGis. </div><div>Ecc.</div><div>Questo per dire che non sono solo un agente di vendita ESRI infiltrato! :D]</div>
<div><br></div><div>giova</div></div>