Ciao Sandro, Leggere i tuoi post e le tue risposte é sempre un piacere, sono chiari e completi, delle vere "lezioni".
Per tutto questo, il mio personale GRAZIE ! Saluti Nino Il 24 giu 2017 10:49 AM, <a.furi...@lqt.it> ha scritto: > 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 _______________________________________________ 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