TheCASPARFindingAids

HenriAvancini,CarloMeghini&LoredanaVersien<

CNRISTI,Pisa

PV2009EnsuringLong‐TermPreserva<onandAddingValueto

Scien<ficandTechnicalData1‐3December2009

1‐12‐2009 1 PV2009

Outline

•  TheCASPARProject•  Requirements

•  Conceptualmodel

•  Architecture•  FINDinCASPAR•  Conclusions

1‐12‐2009 2 PV2009

TheCASPARProject

•  TheCASPARprojectismainlybasedonstandardISO:14721:2003OAIS

•  Inthisperspec<ve,itsArchitectureisdefinedfor– ManagingkeyconceptsoftheOAISreferencemodel

–  Suppor<ngmainfunc<onalityiden<fiedintheOAISfunc<onalmodel

•  Moreover,theCASPARprojectaimstodefine,andimplement,interfacesandfunc<onallyindependentcomponents

1‐12‐2009 3 PV2009

4

TheConsor<um

1‐12‐2009 PV2009

TheCASPARSolu<on

Facade Layer

Information Package

Mngt

Communica5onMngt

Security Mngt

Informa5onAccess

DesignatedCommunity&Knowledge

Mngt

KeyComponents Framework Platform

Provenance Mngt

1‐12‐2009 5 PV2009

CASPARFounda<onPl

atfo

rm

Operating System: Linux, Unix, Windows, Mac

Java Platform

DBMS: H2, Postgres

Fram

ewor

k

Development Framework: JAX-WS, GWT, Ant

Application Server: Tomcat, Glassfish, WASCE

KeyC

ompo

nent

s

CASPAR Service Factory

Development Management: Hudson and JTrac

TheCASPARArchitecture

1‐12‐2009 6 PV2009

TheCASPARWorkflow

1‐12‐2009 7 PV2009

Outline

•  TheCASPARProject•  Requirements

•  Conceptualmodel

•  Architecture•  FINDinCASPAR•  Conclusions

1‐12‐2009 8 PV2009

Requirements

•  Maximizeusability–  includedthearchiveswhichwouldliketoenhancethefindingaidsthatarealreadyinplace.

•  Independencefromdatalanguages– DataDefini<onLanguage– DataManipula<onLanguage(includingQueryLanguage)

•  Expressivityofthelanguageforrepresen<ngDescrip<onInforma<on

•  Adherencetostandardsforwideadop<onandlonglife<me

1‐12‐2009 9 PV2009

Outline

•  TheCASPARProject•  Requirements

•  Conceptualmodel

•  Architecture•  FINDinCASPAR•  Conclusions

1‐12‐2009 10 PV2009

TheFINDconceptualschema

•  TheCASPARFindingAidsisaCASPARkeycomponentthatprovidestheDataManagementfunc<onalityoftheOAISReferenceModel(discoveryofAIPs).

•  TheFAisbasedontwobasiccomponents:– FindingRegistry,and– FindingManager.

1‐12‐2009 11 PV2009

FindingManager

•  AFindingManagersupportsthemanagementofDescrip<onInforma<on,andisboundtoalanguagefordefiningandforqueryingDescInfo.–  AFindingManagermaytalk(rela<onal+SQL)

–  anotherone(RDF+SPARQL)–  anotherone(XML+Xquery)

•  EveryFindingManagerregisterswithatleastaFindingRegistryinordertobediscoveredbyapplica<ons.

1‐12‐2009 12 PV2009

FindingManager

AFindingManagersupportstwomainfunc<onali<es:

•  ManagementofDescInfo:–  Attheschemalevel:

•  Create•  delete•  browseDescInfoschemaelements(i.e.,tablesorclassesorDDTs).

–  Attheobjectlevel:•  Create•  Delete•  Update•  browseDescInfoobjects(i.e.,tuplesorobjectsordocuments).

1‐12‐2009 13 PV2009

FindingManager

•  Managementoftheassocia<onbetweenDescInfoobjectsandAIPiden<fiers,includingusageoftheseassocia<onsforAIPdiscovery:–  Create–  Delete–  Query–  Browse(AIP‐id,DescInfo‐id)pairs.–  DiscoveryofAIPsviaqueriesonDescInfoobjects.

1‐12‐2009 14 PV2009

FindingManagerconcepts

1‐12‐2009 15 PV2009

FindingManager

•  AFindingManagerregisterswithaFindingRegistrybyprovidingadescrip<onofitselftotheRegistry.

•  Thisdescrip<oncontainsrequiredinforma<on,suchas:–  (Datadefini<on&query)languagespokenbytheFindingManager.

–  HandleforinvokingtheFindingManager.–  Addi<onally,informa<onconcerningproper<esoftheFindingManagerthatapplica<onsconsiderusefulfordiscoverypurposes.

1‐12‐2009 16 PV2009

FindingRegistryAFindingRegistrysupportsthepublica<onanddiscoveryofFinding

Managers,–  inthesamewayaUDDIserversupportsthepublica<onanddiscovery

ofWebServices.Func<onally,aFindingRegistrysupportstwomainfunc<onali<es:1.  ManagementofFindingManagers,i.e:

–  Registra<on–  Deregistra<on–  Discovery–  Browse–  Access

2.  IndexingandretrievalofalltheDescrip<onInforma<onobjectsownedbytheFindingManagersregisteredwiththeFindingRegistry.

1‐12‐2009 17 PV2009

Theglobalpicture

1‐12‐2009 18 PV2009

Outline

•  TheCASPARProject•  Requirements

•  Conceptualmodel

•  Architecture•  FINDinCASPAR•  Conclusions

1‐12‐2009 19 PV2009

Architecture

•  FortheneedsoftheCASPARproject,weimplementedaSeman<c‐WebbasedFindingManager:– Spokendatalanguage:RDF– QueryLanguage:SPARQL– Plaform:RDFSuite(implementedatFORTH)

1‐12‐2009 20 PV2009

ArchitectureofFIND

1‐12‐2009 21 PV2009

Outline

•  TheCASPARProject•  Requirements

•  Conceptualmodel

•  Architecture•  FINDinCASPAR•  Conclusions

1‐12‐2009 22 PV2009

FINDinCASPAR

1‐12‐2009 23 PV2009

Outline

•  TheCASPARProject•  Requirements

•  Conceptualmodel

•  Architecture•  FINDinCASPAR•  Conclusions

1‐12‐2009 24 PV2009

Conclusions

•  AsimpleyetpowerfulFindingAids•  Seman<cweblanguagesaregoodforpreserva<ontoo– AllowforrichschemastobeusedindifferentplacesoftheOAISRM

– Extensible•  Canbuildonexis<ngstandardandtechnologies

1‐12‐2009 25 PV2009

Thankyou!

•  Ques<ons?

1‐12‐2009 26 PV2009