Studio e realizzazione di un client per l’interoperabilita’ tra un archivio museale e un data provider oai-pmh nell’ambito dell’architettura cart - Francesco Burchielli - AA 2007-2008 Relatori: Prof. Vito Cappellini, Dr. Roberto Caldelli, Ing. Rudy Becarelli, Ing. Fabio Lanzi

2. Studio e realizzazione
di un client per l'interoperabilità
tra un archivio museale
e un Data Provider OAI-PMH nell'ambito
dell'architettura CART
Tesi di
Francesco Burchielli
Relatori:
Prof. Vito Cappellini
Dr. Roberto Caldelli
Ing. Rudy Becarelli
Ing. Fabio Lanzi

3. Sommario
✔ Obiettivi e schema Funzionale
✔ Architettura e soggetti coinvolti
✔ Ambiente di sviluppo e peculiarità
✔ Caso d'uso
✔ Conclusioni e sviluppi futuri

4. Schema funzionale
PUBBLICAZIONE
AGGIORNAMENTO INFRASTRUTTURA
CANCELLAZIONE DI
SCHEDE SU COMUNICAZIONE
DATA PROVIDER
DATA PROVIDER
OAI-PMH
INTERROGAZIONE
DATA PROVIDER
Museo
DB LOCALE
Marino Marini
INTERROGAZIONE STRATO
DB LOCALE COMUNICAZIONE DB

5. Architettura e soggetti coinvolti
NAL “Ingresso” NAL “Uscita”
CART
Web Service
Web Service
Database
Locale
Repository
SIL “Museo”
Data Provider
OAI-PMH
Database
PICO
Immagini
harvester

6. Infrastruttura CART
• Implementazione del collegamento al Data Provider
per la gestione delle risorse
PUBBLICAZIONE
AGGIORNAMENTO INFRASTRUTTURA
CANCELLAZIONE DI
SCHEDE SU COMUNICAZIONE
DATA PROVIDER
DATA PROVIDER
OAI-PMH
INTERROGAZIONE
DATA PROVIDER
Museo DB LOCALE
Marino Marini
INTERROGAZIONE STRATO
DB LOCALE COMUNICAZIONE DB

7. Infrastruttura CART
✔ CART implementa le specifiche SPCoop
✔ CART mette in comunicazione i soggetti aderenti

8. Infrastruttura CART
•Rete e nodi di calcolo:
– CRIC, NAL, SIL
– Xml su http
•Componenti applicativi:
– Proxy applicativi, Sole facade, frameworkCA
•Componenti middleware su NAL:
– Sun One Application Server, repository
•Interazione:
– Stile prevalente publish & subscribe
– Possibile anche richiesta di servizio
•Sviluppo:
– Proxy Developer Kit 1.5
– S1AS 7

9. Data Provider OAI-PMH
• Sviluppo dei metodi di interrogazione del Data Provider
per la visualizzazione delle risorse
PUBBLICAZIONE
AGGIORNAMENTO INFRASTRUTTURA
CANCELLAZIONE DI
SCHEDE SU COMUNICAZIONE
DATA PROVIDER
DATA PROVIDER
OAI-PMH
INTERROGAZIONE
DATA PROVIDER
Museo DB LOCALE
Marino Marini
INTERROGAZIONE STRATO
DB LOCALE COMUNICAZIONE DB

10. Data Provider OAI-PMH
✔ OAI-PMH è un protocollo basato su http e XML
✔ Nasce per operazioni di ricerca e visualizzazione di
metadati
✔ Prescinde dalla natura e tipologia dei dati

11. Data Provider OAI-PMH
• Il collegamento al Data Provider per compiti di
visualizzazione è stato realizzato attraverso il protocollo
http e l'interrogazione utilizzando i 6 verbi di OAI-PMH:
• -Identify -GetRecord
• -ListIdentifiers -ListMetadataFormats
• -ListRecords -ListSets
•
• Esempio di stringa di interrogazione:
• http://archive.org?verb=ListIdentifiers&from=2002-11-01

12. Il database locale
• Sviluppo dei metodi lato client di estrazione e modifica delle
risorse da trasmettere al Data Provider
PUBBLICAZIONE
AGGIORNAMENTO INFRASTRUTTURA
CANCELLAZIONE DI
SCHEDE SU COMUNICAZIONE
DATA PROVIDER
DATA PROVIDER
OAI-PMH
INTERROGAZIONE
DATA PROVIDER
Museo DB LOCALE
Marino Marini
INTERROGAZIONE STRATO
DB LOCALE COMUNICAZIONE DB

13. Archivio GIOMM
✔ Archivio GIOMM appoggiato su Database ACCESS
✔ Dati organizzati a partire da “Scheda OA” definita da ICCD
✔ Necessità di destrutturare e ri-strutturare i dati secondo
PICO

14. Scheda PICO AP
✔ Scheda PICO AP nasce nel ambito del Portale Italiano
della Cultura Online come “metadata schema”
✔ PICO AP utilizza XML Dublin Core Structured Value
✔ Trasformazione da scheda GIOMM a scheda PICO
eseguita dal Data Provider OAI-PMH
✔ Trasformazione eseguita tramite foglio di stile XSL creato e
precedentemente trasmesso

15. Conversione
scheda GIOMM – scheda PICO
XML GIOMM XML PICO
<opera> <record>
.... ....
<IdOpera>38</IdOpera> <identifier>oaipmhRepository:0038giomm </identifier>
<metadata>
<Titolo>Battaglia</Titolo> <dc:title>Battaglia</dc:title>
<GenereOpera> <pico:materialAndTechnique>
disegno
</GenereOpera> disegno, tecnica mista su carta
<TecnicaMateriale>
tecnica mista su carta
</TecnicaMateriale> </pico:materialAndTechnique>
.... ....
</metadata>
</opera> </record>

16. Interoperabilità
✔ Comunicazione con CART attraverso Web Service
✔ Esposizione di interfacce software - WSDL
✔ WSDL sfrutta l'astrazione dei WebService per rendere
indipendenti ambiente sviluppo client / server
✔ Indipendenza = Interoperabilità

17. Ambiente di sviluppo
La scelta dell'ambiente di sviluppo è caduta su Microsoft
Visual C# al fine di:
✔ verificare l'interoperabilità della rete CART i cui servizi sono
stati sviluppati in ambiente Java
✔ testare il tool wsdl.exe fornito insieme all'ambiente di
sviluppo
✔ utilizzare le librerie odbc native fornite con l'ambiente di
sviluppo per la connessione al database MS Access
✔ realizzare un'interfaccia grafica “user friendly” per gli
operatori del museo

18. Peculiarità del progetto
✔ Modularità del codice
✔ Parametrizzazione e configurabilità dell'applicativo
✔ Adeguabilità a diversi scenari applicativi
✔ Adattabilità a differenti:
a) database di origine
b) modelli di organizzazione dati
c) specifiche del Data Provider

19. Inserimento nuova scheda

20. Fasi dell'inserimento
NAL “Ingresso” NAL “Uscita”
CART
Web Service
Web Service
Database
Locale
Repository
SIL “Museo”
Data Provider
OAI-PMH
Database
PICO
Immagini
harvester

21. Visualizzazione scheda

22. Fasi visualizzazione scheda
NAL “Ingresso” NAL “Uscita”
CART
Web Service
Web Service
Database
Locale
Repository
SIL “Museo”
Data Provider
OAI-PMH
Database
PICO
Immagini
harvester

23. Scheda visualizzata

24. Conclusioni
È stato sviluppato un applicativo, dotato di un'interfaccia
grafica user friendly, in grado di connettere il Museo con i
servizi offerti dai soggetti istituzionali attraverso la rete.
È stato inoltre sviluppato e testato il foglio di stile XSL
necessario per tradurre i dati estratti da GIOMM in formato
PICO AP.
Tale applicativo, sviluppato in ambiente C#, ha consentito di
testare e verificare l'effettiva interoperabilità dei servizi offerti
da CART.
È stata testata la funzionalità del tool wsdl.exe per
interfacciamento con CART.

25. Sviluppi futuri
Possibili sviluppi futuri di questa attività di tesi sono:
✔ Autenticazione dell'operatore tramite Carta Nazionale dei
Servizi o Carta d'Identità Elettronica: certificazione del
workflow
✔ Sviluppo nuovi servizi CART
✔ Installazione NAL presso il Museo

26. Studio e realizzazione
di un client per l'interoperabilità
tra un archivio museale
e un Data Provider OAI-PMH nell'ambito
dell'architettura CART
Tesi di
Francesco Burchielli
Relatori:
Prof. Vito Cappellini
Dr. Roberto Caldelli
Ing. Rudy Becarelli
Ing. Fabio Lanzi