# Presentation: 125902

## Persistent Digital Video(NLM, 2005-08-01)

- Manuscripts and Archives
- Fortunoff Video Archive,
- Yale University Library

## Overview

- Acquire DV as supplemental output to analog preservation project—lots of storage required
- Acquire Metadata in several formats:
- Descriptive MD... professional staff (MARC)
- Descriptive MD... students ('finding aids'), staff edited
- Technical MD... SAMMA, file introspection
- Administrative MD... local collection DB
- Preservation action MD... TBD
- Merge MD and video formats into combined access & preservation framework

## DV Content

- 250 hrs MJPEG2K for Preservation(ca. 90mbps)
- 3000 hrs MPEG2 for Access (ca. 5Mpbs)
- Source 1 SAMMA
- Source 2 local digitization
- Near identical audio, video sampling rates/settings
- total storage ca. 16TB

## MD content

- MARC – 'testimony overview', public, professionally created
- TEI – 'finding aid', research only. Simle, will be augmented
- Admin, Tech... local databases, SAMMA
- Preservation... staff members looking at preservation actions, and decisions, repository ingest per the OASIS PAI standard. Schema developed.

**Notes:**
MARC record ISO2709 dumped from online catalog, parsed to XML.

TEI uses prose and speech tag sets depending on finding aids' being recorded in first or third person. Minimal tag set, will be heuristically augmented from thesauri ata later date.

Admin MD comes from local collection management database, and simple systems created during the digitization process-- when why, where,  whence, whither, &c

Tech, samma, preservation TBD

## Storage Environment

- 4TB (effective) RAID 5 'avideo'
- 4TB leased space YUL 'rescue repository'
- 10TB tape/disk (SDSC PAT project)
- SRB/MCAT for data transport, access, preservation services

## Workflow

-  MPEG2 from sources to 'avideo'; SCP wrapped scripts, catch md5 & other fs MD
-  'avideo' to 'rescue' repository; script.
-  SAMMA MJP2K to 'avideo'
-  'avideo' is cache to SDSC
-  39.6 mbps sustained; MJP2K ca. 90Mbps
-  MPJP2K managed at SDSC, Yale using SRB-- MD to associated MCAT
-  SRB on 'rescue repository'?? W2003 server
-  FEDORA for management, preservation,access services??

## Workflow

- SAMMA

- NTSC

- PAL

- avideo

- SDSC disk/tape

- MCAT

- SRB

- FEDORA
- ??

**MJP2K**

**MP2**

**MJP2K**

- rescue repository

## SRB

- Storage Resource Broker
- Abstraction middleware allowing “access to data objects and resources through querying their attributes instead of knowing their physical names and/or locations”
- Is storage resource transparent
- Allows for 'federated zones' of like information/community access
- Clean APIs, security, parallel I/O, transparent replication, version control, arbitrary DO aggregation

## MCAT

- MetadataCATalog
- Manages metadata supporting core SRB operations such a replication; name-location independence
- Post version 3.3 allows for extensible schemata; previously only key-value tuples
- Will 'ingest' METS(-like) wrapper of local MD
- Will provide basic discovery service with S-commands wrapped... mySRB or PHP/Python directly with API

## FEDORA??

- Yale-Tufts exploring use of for preserving e-records
- Yale to investigate VTLS/Vital replacing numerous image dbs
- SRB tearm w/ Cornell to offer SRB as storage option
- Build rich preservation, administration, access mechanisms using disseminators.

## Future

- MSSA too small to 'go it alone'
- Looking for distributed storage, management, partnerships
- Leveraging open-source components
- Grant options for FEDORA services for digital video a strong possibility.
- Contact: _[mssa.systems@yale.edu](mailto:mssa.systems@yale.edu)_