Colgo l'occasione del precedente intervento per introdurre un argomento che penso sia pertinente. Nella qualita' dei dati non si puo' ignorare il concetto di Metainformazione.
In particolare la metainformazione dei dati geografici secondo lo standard ISO19115. In tale standard e' previsto per documentare la qualita' del dato, due modalita', la prima (Lineage) prevede di esprimere la qualita del dato tramite la descrizione delle procedure compiute per ottenere l'archivio finale partendo da dati sorgente. La seconda (report) prevede di esprimere la qualita' del dato tramite delle indicazioni precise di misurazioni, tolleranze ed errori rilevati. E' bene chiarire che in queste due grandi famiglie non e' previsto solo la qualita' del dato intesa come precisione nei confronit del mondo reale. Ma anche la qualita' del dato intesa come aderenza a le specifiche nel senso piu' ampio. Completezza, topologia, temporalita', etc... Questa pero' e' una premessa al concetto che volevo introdurre. Infatti tipicamente si ritiene che questo tipo di metainformazione si rivolga all'archivio nel suo complesso. Pero', come sempre piu' spesso avviene, il dato geografico, visto come archivio, ormai non e' piu' un oggetto monolitico, in cui si puo' esprimere la qualita' di un archivio in termini globali, ma e sempre piu' un sistema multi-composito in cui coesistono dati di provenienza eterogenea. In esso ogni feature (o oggetto geografico per semplificare) ha una sua ben precisa storia. Cito ad esempio, i dati di OpenStreetMap, non perche' li conosca, ma perche' e' un buon esempio di dati di provenienza eterogenea. Ma potrei altrettanto citare come esempio i dati degli ambiti comunali della regione Toscana. In cui ogni singolo tratto di confine e' stato ricavato a seconda del dato disponibile, o da dato catastale a scale 1:2000 o da ctr 1:2000 o da ctr 1:10.000. Ovviamente un arco preso su una ctr 1:2.000 ha una precisione e aderenza alla realta' superiore rispetto a un dato preso su una scala 1:10.000 Questo modello operativo comporta che e' difficile, per non dire impossibile esprimere una qualita' dell'archivio, ma bensi' bisogna esprimere la qualita di un gruppo di features financo alla qualita' di una singola feature. Per questo nelle specifiche ISO19115, un po' in disparte per la verita', ma ben presente, e' prevista l'opzione per definire una scheda di metainformazione "multi-livello" in cui a una scheda padre che esprima il dataset si puo' abbinare una scheda "figlia" che esprima un singol elemento o gruppo di elementi. E sarebbe una sottoscheda classificata di tipo "Feature Instance" (singola istanza di oggetto geografico) Naturalmente 'e possibile anche farla di tipo "Attribute Instance" (singola istanza di attributo). Con cui si puo' documentare anche la qualita' di una singola feature che e' presente in un archivio. E tutto, mantenendo il contesto di documentazione di un archivio. Un esempio o caso di uso potrebbe essere il seguente. Viene prodotto un archivio con delle specifiche. Tale archivio potra' avere un determinato livello di qualita' dei suoi dati. Che si puo' esprimere con la modalit'a lineage o report a seconda delle situazioni. Poi, questo archivio nel tempo viene moificato in qualche sua parte. Ad esempio perche' con un volo ad hoc viene perfezionato un tratto, oppure perche' viene aggiunta una strada, rilevata pero' da una foto satellitare. Queste aggiunte, sono chiaramente a qualit'a differente rispetto a quella iniziale. Per cui per esprimere questo concetto, si crea una scheda figlia della scheda di metainformazione dell'archivo, si crea di tipo "feature-instance" e su di essa si esprime i valori qualitativi di tale feature. Oltre, certamente agli altri elementi che concorronno a fornire la meta-informazione relativa a questo nuovo elemento geografico aggiunto all'archivio. Questo e' uno scenario su come si potrebbe (o dovrebbe ?) operare con i dati geografici, ovverosia tenendo sempre allineato il dato e il metadato. E aggiungendo sempre una feature-instance quando si aggiunge un nuovo elemento geografico all'archivio. Purtroppo le necessita' di operare in tempi stretti e il fatto che spesso chi aggiorna i dati non percepisce la necessita' di dover subito ri-allineare la metainformazione. Unito al fatto che attualmente la meta-informazione viene vista come un elemento globale dell'archivio. E di conseguenza i sisitemi per meta-informare secondo iso109115, tendono a trascurare questo aspetto, per niente secondario che la conoscenza della qualita' di un dato interessa a livello di singola feature geografica e non di archivio globale. Saluti, Andrea Peri. -- ~~~~~~~~~~~~~~~~~ § Andrea § § Peri § ~~~~~~~~~~~~~~~~~ _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [email protected] http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it.
