On Sat, 24 Jun 2017 09:01:15 +0200, Marco Spaziani wrote:
Sei stato chiarissimo (come al solito).
Un'ultima domanda per togliermi tutti i dubbi.
Se salvo in GPKG da ArcGIS e riapro quello stesso GPKG in QGIS, gli
stili e i simboli si conservano?
ciao Marco,
GPKG non si preoccupa affatto di supportare gli stili e/o i simboli.
ed e' un approccio perfettamente coerente con le premesse che
abbiamo gia' visto: "formato che deve servire solo ed esclusivamente
per memorizzare i dati nudi e crudi, lasciando tutto il resto alla
libera iniziativa delle singole applicazioni, ciascuna delle quali
si regolera' come meglio crede".
se preferisci dirla con altre parole: "GPKG e' un super-SHP;
e cosi' come il buon vecchio SHP non supportava lo styling
altrettanto non lo supportera' neppure il nuovo GPKG".
(penso a tutti quegli stili e a tutta quella simbologia standard
emanata ufficialmente dai vari enti pubblici e da dover utilizzare
per
fini di protezione civile, di microzonazione sismica, ecc e che,
ostinatamente, viene ancora rilasciata, da questi enti pubblici, solo
in formato leggibile per ArcGIS ...ne abbiamo parlato tante volte
anche qui)
SpatiaLite prova ad affrontare il problema in altro modo
(spero piu' ragionevole ed efficace):
1. tutti gli stili e tutte le risorse grafiche (fonts, bitmaps,
simboli SVG etc) vengono memorizzate all'interno del medesimo
database che contiene le geometrie vettoriali ed i rasters.
2. gli stili "accettabili" sono esclusivamente quelli nei
formati XML definiti dalle specifiche OGC SLD / SE
(e devono necessariamente passare una validazione formale
di conformita' rispetto agli schemi XSD pubblicati da OGC
per potere essere accettati).
3. lo Spatial SQL e' stato ulteriormente esteso fino ad
offrire la possibilita' di ottenere tramite banali query
SQL delle immagini-mappa (PNG, JPEC, TIFF etc) completamente
renderizzate secondo le regole di styling pre-definite
all'interno del database.
ovviamente stara' poi ai vari ESRI, QGIS etc decidere se e come
supportare eventualmente queste opzioni avanzate.
ma intanto tutto la tecnologia necessaria sara' gia' direttamente
supportata all'interno delle prossime versioni di libspatialite
e di librasterlite2 il cui ciclo di rilascio iniziera' nelle
prossime settimana.
ciao Sandro
_______________________________________________
Gfoss@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.
808 iscritti al 07/03/2017
