<div dir="ltr">Concordo in pieno! Lo shapefile ormai dovrebbe essere messo al bando per tutti i motivi che Andrea ha ben elencato.<div><br></div><div>Anche per me i GeoDB al momento rimangono la migliore alternativa perché sono quelli che offrono maggiori potenzialità. Tra tutti Splite mi pare l'unico papabile su filesystem (ma magari mi sto perdendo qualche altro formato che non conosco). </div><div><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">Di GeoPackage (che mi pare si basi fortemente su Splite) non ho ben capito cosa lo stia tenendo fermo al palo. </span><br></div><div><span style="font-family:arial,sans-serif;font-size:12.8000001907349px"><br></span></div><div>Capisco il punto di vista di Stefano che fa notare come un geoDB non sia un formato immediato come lo shapefile. Salvare una semplice selezione o il risultato di un elaborazione dentro un file Splite senza passare da SQL non è un operazione immediata da fare come per lo shapefile. Anche alcuni limiti di Sqlite, come ad esempio l'impossibilità di cancellare colonne per citarne uno, possono essere un freno. Il rapporto pro/contro però mi pare ancora molto maggiore di uno! Probabilmente una buona integrazione tra Splite, GDAL/OGR e client GIS potrebbe aiutare a superare anche questi ultimi ostacoli.</div><div> </div><div><div class="gmail_extra">^L^<br></div><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 09 novembre 2014 23:40, Maurizio Trevisani <span dir="ltr"><<a href="mailto:maurizio.trevisani@gmail.com" target="_blank">maurizio.trevisani@gmail.com</a>></span> ha scritto:</div><div class="gmail_quote"><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">Il futuro è dei Database su file.<br></blockquote><div><br></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>
Un DBMS (noi puntiamo su Splite e personalmente sono diffidente<br>
rispetto ad un geopackage voluto dalle multinazionali) consente di<br>
conservare tutto quanto occorre, mantenendo relazioni, indici, (in<br>
prospettiva) metainformazione e vestizioni, (in prospettiva) history<br>
delle operazioni fatte per costruire la tabella, la capacità di<br>
produrre facilmente statistiche sui domini delle diverse colonne, ecc.<br>
<br></blockquote><div><br></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">
Stiamo verificando la possibilità di sfruttarlo anche per i dati raster.<br>
<br>
Stiamo investendo sul porting da GVSIG+Postgres verso Qgis+Splite di<br>
modellli numerici per interagire con dati materia di acque sotterranee<br>
e superficiali (Sid&Grid).<br>
<br>
Splite è fenomenale anche per la pubblicazione di dati (molti nostri<br>
WMS attingono a tabelle su Splite, e magari dallo stesso DBMS attinge<br>
anche un Dataseltzer per servire i medesimi dati sotto forma di viste<br>
interrogabili).<br>
<br>
Uno shp non consente nulla di tutto questo. Ed è delicatissimo (dal<br>
rischio di sfasare DBF rispetto a SHP, al fatto che non veicola<br>
notizia rispetto allo SRID).<br>
<br>
Il fatto è che nessuno si pone il problema di "progettarsi" il proprio<br>
formato dati, ma tutti aspettano quello che gli arriverà dalle<br>
multinazionali!<br>
<br>
Credo ed auspico che il futuro possa vedere la massima diffusione dei<br>
DBMS: repository robusti (Postgresql+Postgis) affiancati da DBMS su<br>
file (agili da scambiare), con capacità di eseguire (sia su PG che su<br>
SPLITE) query geografiche funzionali sia alla<br>
verifica/collaudo/predisposizione dei dati che alla loro<br>
pubblicazione/divulgazione.<br>
<br>
Dei client GIS e WebGIS (tramite servizi WMS/WFS) che accedono ai dati<br>
conservati in quei DBMS (sarebbe fantastico avere lo stesso GRASS ed R<br>
accedere in maniera nativa ai dati sui DBMS).<br>
<br>
E tools GDAL/OGR per trasferire dati da un formato/vettore ad un altro<br>
(facendosi carico, ove disponibili, anche di metainformazione e<br>
vestizioni).<br>
<br>
Il 09/11/14, stefano campus<<a href="mailto:skampus@gmail.com" target="_blank">skampus@gmail.com</a>> ha scritto:<br>
<div><div>> una domanda (storica) però mi sorge immediata:<br>
> se è, come è vero, un formato orrendo, perchè è ancora in pista da più di 20<br>
> anni e gode di ottima salute tra molti utenti?<br>
> non si può negare infatti che al netto di tutti i difetti che sono stati<br>
> elencati, in 2 secondi comincio a popolare una struttura fisica che ho<br>
> impiegato 10 minuti a creare.<br>
><br>
> i sostituti mantengono/manterranno questa semplicità?<br>
><br>
> s.<br>
><br>
><br>
><br>
> --<br>
> View this message in context:<br>
> <a href="http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Quale-formato-tp7590196p7590204.html" target="_blank">http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Quale-formato-tp7590196p7590204.html</a><br>
> Sent from the Gfoss -- Geographic Free and Open Source Software - Italian<br>
> mailing list mailing list archive at Nabble.com.<br>
> _______________________________________________<br>
> <a href="mailto:Gfoss@lists.gfoss.it" target="_blank">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<br>
> dell'Associazione GFOSS.it.<br>
> 666+40 iscritti al 5.6.2014<br>
_______________________________________________<br>
<a href="mailto:Gfoss@lists.gfoss.it" target="_blank">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>
666+40 iscritti al 5.6.2014</div></div></blockquote></div><br></div></div></div>