Implementing an Integrated
Implementing an Integrated
Digital Asset Management System:
Digital Asset Management System:
FEDORA and OAIS in Context
FEDORA and OAIS in Context
Paul Bevan Paul Bevan
DAMS Implementation Manager DAMS Implementation Manager
Structure
Structure
!
! Background and overviewBackground and overview
!
! OAIS ModelOAIS Model
!
! Why OAIS?Why OAIS?
!
! OverviewOverview
!
! IngestIngest
!
! Archival StorageArchival Storage
!
! AccessAccess
!
! (Administration, Data Management)(Administration, Data Management)
!
! METSMETS
!
Institutional Context
Institutional Context
!
!
The LLGC DAMS is safekeeping for Wales
The LLGC DAMS is safekeeping for Wales
’
’
digital assets but, it is an element within a wider
digital assets but, it is an element within a wider
Digital Asset Management Solution, which is an
Digital Asset Management Solution, which is an
element within the library
element within the library
’
’
s integrated systems,
s integrated systems,
which come together to:
which come together to:
… preserve and give access to all kinds and forms of recorded knowledge,
especially relating to Wales and the Welsh and other Celtic peoples, for the benefit of the public including those engaged in research and learning.
Institutional Context
Institutional Context
!
!
IMS Procurement high level deliverables:
IMS Procurement high level deliverables:
"
" Improves efficiency and substantially simplifies the LibraryImproves efficiency and substantially simplifies the Library’’s technical architecture and s technical architecture and infrastructure.
infrastructure. "
" Interfaces seamlessly across different parts of the Library withInterfaces seamlessly across different parts of the Library withlinks to, for links to, for example, remote document delivery systems.
example, remote document delivery systems.
"
" Conforms to and interfaces with international standards and related activities Conforms to and interfaces with international standards and related activities based on an open architecture.
based on an open architecture.
"
" Is open and hospitable to external user systems, e.g. for documeIs open and hospitable to external user systems, e.g. for document requesting, resource nt requesting, resource discovery and inter
discovery and inter--library loans.library loans.
"
" Is operational with successfully migrated legacy data and data fIs operational with successfully migrated legacy data and data from external sources.rom external sources.
"
" Accommodates the functions of the National Screen and Sound ArchAccommodates the functions of the National Screen and Sound Archive of Wales.ive of Wales.
"
" Is open and hospitable to the information community in Wales e.g. for data Is open and hospitable to the information community in Wales e.g. for data exchange, maintenance and storage, and for the ingest of electro
Institutional Context: Development
Institutional Context: Development
Aims
Aims
!
! History of development with FedoraHistory of development with Fedora
!
! Key Aims:Key Aims: !
! Add functionality to VITALAdd functionality to VITAL !
! Developments in line with communities (Fedora, Vital and other DDevelopments in line with communities (Fedora, Vital and other DAMS)AMS) !
! Skills and ResourcesSkills and Resources !
! Cataloguers experienceCataloguers experience
!
! ReRe--use skillsuse skills
!
! Single SearchSingle Search !
OAIS Overview
Why OAIS?
Why OAIS?
!
! Useful OverviewUseful Overview
!
! Standard and Standard and ‘‘testedtested’’
!
! Overlaps with TDR (mediumOverlaps with TDR (medium--term goal)term goal)
!
! GranularityGranularity But...
But...
!
! Not overly restrictive (Not overly restrictive (interpretation?interpretation?).).
!
Rights Management Object Storage Servers Dissemination Layer FEDORA Preservation Check (eg. DROID) Virus Check Error Check (Checksum) Preservation Tasks (eg. Migration) Object Electronic Deposit Off-Air Recording Digital Archives Digitisation Ingest Mechanisms …
FEDORA iPortal Storage Solution(s) VITAL Client User Staff Layered Layered Disseminator Disseminator Structure Structure Direct Route (eg. Google, URL)
External Depositor Ingest Process Web Deposit Interface VITAL Access Portal Rights?
Modelling: Ingest
Rules for being an AIP
Rules for being an AIP
!
! Every object will have a MARC record (at some level) Every object will have a MARC record (at some level) within the IMS
within the IMS
!
! Every object in the repository will have a METS Every object in the repository will have a METS document
document
!
! Every object will have DC for OAIEvery object will have DC for OAI--PMHPMH
!
! METS will be our SIP, AIP and DIPMETS will be our SIP, AIP and DIP
!
! METS will be the policy, FEDORA services will enact METS will be the policy, FEDORA services will enact the policy.
the policy.
!
! egeg. DC Section in METS populates the DC . DC Section in METS populates the DC datastreamdatastream
!
! egeg. Structural Map held in METS, structure in RELS. Structural Map held in METS, structure in RELS--EXT EXT datastream
METS Creation
METS Creation
Existing METS Document
(if applicable) MARC XML Default METS Document METS SIP JHove DC Mods PREMIS Technical – MIX Behaviour METS:Rights METS:StructuralMap etc.
Ingest Revisited
Ingest Revisited
Checksum, Error Checking etc Ingest Processes (IMS, MARCXML etc)Update IMS with 856 link to Handle
Modelling: Archival Storage
Object (PID/Handle)
DS: METS
DS: DC (OAI-PMH) DS: Relationships
DS: Object (eg. TIFF File) DS: Object (eg. JPEG File)
DS: Object (eg. Thumbnail File) DS: Object (eg. Zoomify File)
Referenced Referenced
Referenced
Near-Line Tape Store
Fast Image Server
Server
Object Model (AIP): Still Image
Metadata Types & Locations
Metadata Types & Locations
Asset
Virtua VITAL
MARC21 METS
Archival Storage Revisited
Archival Storage Revisited
Modelling: Access
Access Revisited
Access Revisited
FEDORA/VITAL IMS/Virtua
Briefly: Administration?
Briefly: Data Management?
METS
METS
!
!
METS as SIP, AIP and DIP
METS as SIP, AIP and DIP
!
!
Contains Metadata from:
Contains Metadata from:
!
! JHOVE/Automatically ExtractedJHOVE/Automatically Extracted
!
! RightsMDRightsMD
!
! DescriptiveMDDescriptiveMD (minimum required for locating)(minimum required for locating)
!
! PreservationMDPreservationMD
!
!
METS functions as the
METS functions as the
rules
rules
not the
not the
enforcement mechanism
Key Issues for Integration
Key Issues for Integration
!
!
Seamless Transition IMS to DAMS
Seamless Transition IMS to DAMS
!
! Skin Skin
!
! Language choice Language choice !
!
Persistent Session
Persistent Session
!
! Search historySearch history
!
! CartCart !
!
Shared Rights
Shared Rights
!
! LDAPLDAP !
IMS Linking (Developments)
IMS Linking (Developments)
!
!
Updating of MARC Records in IMS
Updating of MARC Records in IMS
!
!
Ingest of descriptive metadata from IMS
Ingest of descriptive metadata from IMS
!
!
Single Search & Sign On
Single Search & Sign On
!
!
Transparent Dissemination Experience
Transparent Dissemination Experience
!
Managing the Implementation
Managing the Implementation
!
!
Implementation Group comprising mix of
Implementation Group comprising mix of
standards, IMS project management, technical,
standards, IMS project management, technical,
and digitisation staff.
and digitisation staff.
Carried over from pilot.
Carried over from pilot.
!!
2 DAMS Implementation Managers (Systems &
2 DAMS Implementation Managers (Systems &
Technical)
Technical)
!
!
Key interactions with other personnel as
Key interactions with other personnel as
required.
required.
Managing the Implementation
Managing the Implementation
!
!
Milestones:
Milestones:
!
! Migration of existing Digitised MaterialMigration of existing Digitised Material
!
! Switch over to VITAL for delivery of assetsSwitch over to VITAL for delivery of assets
!
! Ingest of other existing formats (egIngest of other existing formats (eg. VDEP, . VDEP,
Websites, A/V) Websites, A/V)
!
! Implementation of further disseminators required Implementation of further disseminators required
for access. for access.
