<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2014-03-23 20:39 GMT+01:00 aperi2007 <span dir="ltr"><<a href="mailto:aperi2007@gmail.com" target="_blank">aperi2007@gmail.com</a>></span>:<br><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">
Non ho dubbi che su geoserver non sia facile da usare, ma strnaamente a me non risulta che mai ci si sia sognati di commissionare ad alcuna persona di supportare spatialite su geoserver.<br></blockquote><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">
<br>
Se proprio devo dirla tutta, a me risulta che ci fossimo interessati per la realizzazione di un driver spatialite per Geotools.<br></blockquote><div><br></div><div>Il driver spatialite per GeoTools esiste da anni (almeno 3, non ho cercato la data precisa di introduzione), </div>
<div>in modalità single threaded funziona correttamente:</div><div><a href="https://github.com/geotools/geotools/tree/master/modules/plugin/jdbc/jdbc-spatialite">https://github.com/geotools/geotools/tree/master/modules/plugin/jdbc/jdbc-spatialite</a></div>
<div><br></div><div>Chi ha commissionato il nostro studio lo ha fatto pensando al suo uso in Tolomeo, che è una applicazione Java server side,</div><div>e pertanto multithreaded (richieste concorrenti sono servite da thread diversi).</div>
<div><br></div><div>In effetti i test di caricono sono stati svolti con un test scritto ad hoc che estrae dati direttamente lo store, non mediante GeoServer,</div><div>per evitare che il carico extra legato a rendering/encoding di immagini in uscita, o encoding GML, andasse a attenuare le</div>
<div>differenze di prestazoni e scalabilità fra le diverse soluzioni.</div><div> </div><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">
<br>
Evidentemente certe persone immaginano geotools e geoserver come due faccie della stessa medaglia e non si puo' agire sull'uno senza agire contestualmente anche sull'altro.<br>
Questo pero' aumenta i costi a carico di chi finanzierebbe non credi ?<br></blockquote><div><br></div><div>Non è diverso dal finanziare modifiche a proj, geos, ecc, una funzionalità esistente non può essere modificata</div>
<div>facendo regredire caratteristiche già in uso da applicazioni che stanno a valle</div><div> </div><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">
<br>
Comunque non sapevo di questo dualismo obbligato geotools-geoserver, lo scopro ora.</blockquote><div><br></div><div>Il legame fra GeoTools e GeoServer è stretto, non lo nego, perchè praticamente tutti gli sviluppator di GeoServer </div>
<div>lavorano anche su GeoTools, detto questo, non è che si possa andare a toccare qualcosa che tocchi uDig</div><div>(che usa GeoTools, e a proposito, ha un renderer multithreaded che risente dei limiti del driver corrente)</div>
<div>con facilità.<br></div><div>Le procedure per effettuare cambiamenti sostanziali sono chiare e documentate, in sostanza, </div><div>si propone una modifica ufficiale mediante un improvement proposal (<a href="http://docs.codehaus.org/display/GEOTOOLS/Proposals">http://docs.codehaus.org/display/GEOTOOLS/Proposals</a>),</div>
<div>questo viene discusso in mailing list fino a trovare un accordo su come debba essere sviluppato,</div><div>e in questa fase è necessario piegare la proposta al feedback ricevuto, dopo di che si vota</div><div>e si procede allo sviluppo.</div>
<div><br></div><div>Il modulo GeoPackage che citavo come possibile sorgenti di conflitto è in particolare un nuovo modulo GeoTools:</div><div><a href="https://github.com/geotools/geotools/tree/master/modules/unsupported/geopkg">https://github.com/geotools/geotools/tree/master/modules/unsupported/geopkg</a><br>
</div><div><br></div><div>Spero che questo chiarisca la situazione</div><div><br></div><div>Cordiali saluti</div><div>Andrea Aime</div><div> <br></div></div>-- <br><div dir="ltr"><div><div><div>==</div><div>Meet us at GEO Business 2014! in London! Visit <a href="http://goo.gl/fES3aK" target="_blank">http://goo.gl/fES3aK</a></div>
<div>for more information.</div><div>==</div></div><div><br></div></div><div>Ing. Andrea Aime <br></div><div>@geowolf</div><div>Technical Lead</div><div><br></div><div>GeoSolutions S.A.S.</div><div>Via Poggio alle Viti 1187</div>
<div>55054 Massarosa (LU)</div><div>Italy</div><div>phone: +39 0584 962313</div><div>fax: +39 0584 1660272</div><div>mob: +39 339 8844549</div><div><br></div><div><a href="http://www.geo-solutions.it" target="_blank">http://www.geo-solutions.it</a></div>
<div><a href="http://twitter.com/geosolutions_it" target="_blank">http://twitter.com/geosolutions_it</a></div><div><br></div><div>-------------------------------------------------------</div></div>
</div></div>