[Gfoss] Quale formato?

Andrea Peri aperi2007 a gmail.com
Lun 10 Nov 2014 23:18:05 CET


Grazie Luca del contributo alla discussione/disamina dei vari formati.

Permettimi di controdedurre le tue osservzioni:

SU GeoJSON . Riconosco che la mancanza di un indice spaziale sia un difetto.
Secondo lacuni punti di vista questo non è un limite per un formato
destinato all'interscambio dei dati tra vari programmi.
Per me lo e' perche' in effetti uno potrebbe volersi estrarre una
selezione dei dati per il caricamento e il disporre di un indice
spaziale velocizzerebbe tale operazione.
Diciamo che non ' una delle mancanze piu' serie, ma se ce non dispiace.

Va anche chiarito che nel caso dello shapefile , l'indice spaziale
esisterebbe. Pero' non e' standardizzato e questo ne limita parecchio
l'impiego riducendolo solo ai casi in cui si scambia i dati tra
softwares del medesimo tipo . Altrimenti si opera senza indice
spaziale.

Per quanto riguarda lo spatialite.
Anche li' ci sono degli indubbi difetti.
Sinceramente non avrei considerato l'overhead tra i difetti, ma visto
che lo segnali ce lo aggiungo.
Poi ne aggiungo altri che a parer mio lo sono.
Poi vediamo se anche li' riusciamo a fare una disamina che evidenzi i
limit di tale formato .
L'impossibilit'a di rinominare o cancellare colonne e' un peso
indigeribile in certe situazioni di lavoro, ma non è certo un problema
nell'interscambio dei dati.
Per cui a parer mio non e' un limite e quindi conteggio la mia
opinione come nodif.
Anche l'impossibilita' di salvare facilemnte una selezione su uno
spatialite non la vedo come un limite dispatialite.
Caso mai il limite e' che non vi e' un software che lo supporta  a modino.
:)


di seguito la lista con aggiunto i due formati spatialite e geojson.
Ovviamente la lista per questi due non e' completa.
Da arricchire con le opinioni di molti.

-----------------------------------------------



dif = "e' difetto per"
nodif = "non è difetto per"
-------------------------------------
Lista difetti del formato ESRI Shapefile

.)non prevede l'indicazione del CharacterSet

dif: 1   nodif: 0

.)e' limitato nella dimensione del record

dif: 1    nodif: 0

.)limita di 10 caratteri al nome di un campo

dif: 1    nodif: 0

.)non supporta geometrie complesse (solamente punti linee e poligoni,
simple e multi)

dif: 1    nodif: 0

.)ha un limite di 2GB per la parte alfanumerica (file dbf)

dif: 1    nodif: 0

.)ha un limite di 2 GB per la parte geometrica

dif: 1    nodif: 0

.)le geometrie sono in doppia-precisione (nel senso di una definizione
del numeor di tipo binario ad aritmetica finita)

dif: 1    nodif: 1

.)non possiede l'indicazione del NULL nei valori alfanumerici

dif:1    nodif: 0

.)non ha standardizzato l'indice spaziale

dif: 1    nodif: 0

.)la presenza di formati leggermene difformi sul dbf impatta anche
sullo shapefile

dif: 1    nodif: 0

.)la separazione fisica tra shp e dbf fa' si' che un editing separato
(mediante excel ad esempio) del dbf provoca la perdita del link con la
geometria corrispondente

dif: 1     nodif: 1

.) mancanza di un vero formato data e time

dif: 1    nodif: 1

.) manca un formato blob interno (solo esterno tramite un file acessorio)

dif: 2    nodif: 0

.) la geometria non ha lo srid definito (solo un file prj esterno ma
opzionale e non standardizzato)

dif: 2    nodif: 0

.) la geometria non definisce in maniera chiara e inequivocabile
l'exterior ring e gli holes

dif: 1    nodif: 1

.) composto di 3 files distinti e indipendenti

dif: 1    nodif: 1

.) il campo testo e' limitato a 255 caratteri

dif: 1    nodif: 0

=====
Lista difetti del GeoJSON

.) non supporta indici spaziali (poco efficiente per grandi moli di dati)

dif: 2


=====
Lista difetti dello SpatiaLite

.) overhead dimensionale non trascurabile (4mb) che limita il suo
impiego quando i dati sono pochi.

dif: 1  nodif: 1

.) non consente la rinomina o la cancellazione di una colonna

dif: 1  nodif: 1

.) gli attuali software gis che lo supportano in scrittura (qgis only)
non permettono un agevole salvataggio su di esso.

dif: 1  nodif: 1


FINE (per ora).


Il 10 novembre 2014 22:39, Luca Lanteri <mescal72 a gmail.com> ha scritto:
>
> Il giorno 09 novembre 2014 12:26, Paolo Cavallini <cavallini a faunalia.it> ha
> scritto:
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Salve.
>>
>> Siamo credo tutti d'accordo che shp non e' un buon formato, da molti
>> se non tutti i punti di vista. La nascita e la standardizzazione del
>> GeoPackage aveva dato speranze di trovare un efficace sostituto, ma il
>> tempo e' passato, e non pare che molto sia cambiato:
>>
>>
>> http://jamesfee.us/post/101781709416/nearly-2-years-ago-you-were-praising-geopackage-as-a
>>
>> La questione: a questo punto, cosa e' piu' opportuno usare, sia per
>> l'uso normale che per la condivisione? Forse GeoJSON?
>>
>> Pareri?
>>
>
> Di GeoJSON il primo limite forte che vedo è che (almeno mi pare) non
> supporta indici spaziali, quindi poco adatto per dati "corposi".
> Il vantaggio rispetto a SL è invece che quando si hanno pochi dati i file
> rimangono contenuti, mentre SL, portandosi dietro tutta la struttura di un
> DBMS, crea un file di 4 Mb anche per un solo punto.
>
> Conosco poco il mondo di CouchDB, mi pare che OGR lo supporti, ma di più non
> so.
>
> ^L^
>
>> Saluti.
>> - --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1
>>
>> iEYEARECAAYFAlRfT3kACgkQ/NedwLUzIr5zFgCeLLo9BudHwZ0jW8+IgI50bnv3
>> oNMAoKnJVZyE2MOwnqzxEXN3posVmD2J
>> =W+OM
>> -----END PGP SIGNATURE-----
>> _______________________________________________
>> Gfoss a lists.gfoss.it
>> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
>> Questa e' una lista di discussione pubblica aperta a tutti.
>> I messaggi di questa lista non hanno relazione diretta con le posizioni
>> dell'Associazione GFOSS.it.
>> 666+40 iscritti al 5.6.2014
>
>
>
> _______________________________________________
> Gfoss a lists.gfoss.it
> http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
> Questa e' una lista di discussione pubblica aperta a tutti.
> I messaggi di questa lista non hanno relazione diretta con le posizioni
> dell'Associazione GFOSS.it.
> 666+40 iscritti al 5.6.2014



-- 
-----------------
Andrea Peri
. . . . . . . . .
qwerty àèìòù
-----------------


Maggiori informazioni sulla lista Gfoss