dams one year review - campus presentation

35
DAMS James Hilton, Provost’s Office John Williams, Louis E. King, Al McCord, Digital Media Commons, Duderstadt Center Campus Presentation July 30, 2004 Digital Asset Management Systems University of Michigan

Upload: jacknickelson

Post on 20-Aug-2015

295 views

Category:

Documents


2 download

TRANSCRIPT

DAMSDAMS

James Hilton,Provost’s Office

John Williams, Louis E. King, Al McCord,Digital Media Commons, Duderstadt Center

Campus Presentation July 30, 2004

Digital Asset Management SystemsUniversity of Michigan

Agenda - Morning

Time Item

10:00-10:15 Gather & Opening Remarks

10:15–11:15 Demonstration & Questions

11:15–11:45 Discussion

DAMSDAMSIntroductions

http://sitemaker.umich.edu/dams

http://ctools.umich.edu (DAMS tab)

DAMSDAMSContext

Explore an infrastructure that will fundamentally change the way we currently use time-based media to a

manner similar to our use of text and images today!

DAMS Living Lab

• Ingest, manage, store and publish digital rich-media assets and their associated metadata.

• Streamline the “workflow” required to create new works with digital rich-media assets.

• Search, share, edited and repurpose assets in the academic model.

• Prepare for future application of campus-wide rights and intellectual property management to existing assets.

Internalization

Institutionalization

Adoption

Trial UseIBM & Stellent DAMS LL

UnderstandingCNN Visit - RFP

AwarenessPresentations, Exec

ContactUMTV & Informix

2000 2001 2002 2003 2004 2005 2006 2007 2008

Case in Technology Adoption

Adoption

Commitment

• Create an end-to-end digital asset management system as the “Living Lab” – a working demonstration environment

• Identify areas for collaborative research projects around subjects such as digital rights, open standards, and learning technologies.

• Support pilot projects

• Co-create a marketing and communications program to promote the Lab’s efforts across campus, the higher education community

IBM, Stellent, and U of M Partnership

The Trial Use Environment

• Context of “IT Commons”• Collaborative model

• “Demand pull” versus “provider push”

• Cross-unit dialog and discussion• Opportunities

• “Buy versus build” dialog

• Executive support• RFP for integrated COTS solution

• Location for trial use (“DAMS Living Lab”)

• Experimental support for units

• Firm commitment to experimental model

Academic Projects

• Participation by Academic Units (Assessing demand on campus)• LS&A – History of Art, Psychology, English• Business• Dentistry• Pharmacy, Information, Music, News

• Faculty focused

• Affiliate Supported

• Digital Media Commons• Stewardship• Campus Partners – ITCS, ITComm, News Services

Production, Publications, Broadcast Content

Collaborative Research

Archived Collections

Casual Learning & Exploration

Course Materials

Digita

l Lib

rarie

s

Depar

tmen

tal S

tora

ge

Team

Work

spac

e/Sto

rage

Content M

gmt.

Syste

ms

Perso

nal S

hare-

fold

ers

Product

ion S

yste

ms

Inst

itutio

nal R

eposi

torie

s

Collaborative Learning

Ty

pe

s o

f C

oll

ab

ora

tio

nT

yp

es

of

Co

lla

bo

rati

on

Ad-hoc Sharing

ePortfolios

Course

Mgm

t. Sys

tem

s

Individual Content Owners Institution

Individual Browsing

Research

Portal Development & Content

What Space Does DAMS Occupy?

EncodeEncodeEncodeEncode

TranscodeTranscodeTranscodeTranscode

MetatagMetatagMetatagMetatag

ProxiesProxiesProxiesProxies

EncryptEncryptEncryptEncrypt

StoreStoreStoreStore

TrafficTrafficTrafficTraffic

File ServeFile ServeFile ServeFile Serve

StreamingStreamingStreamingStreaming

BroadcastBroadcastBroadcastBroadcast

Web Pub.Web Pub.Web Pub.Web Pub.

PrintingPrintingPrintingPrinting

CD/DVDCD/DVDCD/DVDCD/DVD

ViewViewViewView

MetadataMetadataMetadataMetadata

AccessAccessAccessAccess

WorkflowWorkflowWorkflowWorkflow

VersionVersionVersionVersion

Check in/outCheck in/outCheck in/outCheck in/out

DRMDRMDRMDRM

Enterprise Enterprise DataData

Enterprise Enterprise DataData

UnitUnitUnitUnit UnitUnitUnitUnit UnitUnitUnitUnit UnitUnitUnitUnit UnitUnitUnitUnit UnitUnitUnitUnit

Near-lineNear-lineNear-lineNear-line Near-lineNear-lineNear-lineNear-line Near-lineNear-lineNear-lineNear-line Near-lineNear-lineNear-lineNear-lineOfflineOfflineOfflineOffline OfflineOfflineOfflineOffline OfflineOfflineOfflineOffline

AuthoringAuthoringStationsStations

AuthoringAuthoringStationsStations

MediaMediaAppliancesAppliances

MediaMediaAppliancesAppliances

Remote Remote UsersUsers

Remote Remote UsersUsers

Campus Campus UsersUsers

Campus Campus UsersUsers

StudiosStudiosStudiosStudios

Producers

Collaborators

Audience

Ingest

Store

PublishManage

CampusCampusBroadcastBroadcastCampusCampus

BroadcastBroadcastPrintPrint

PublishingPublishingPrintPrint

PublishingPublishing

SecureSecureWebWeb

SecureSecureWebWeb

PublicPublicWebWeb

PublicPublicWebWeb

CampusCampusServicesServicesCampusCampusServicesServices

CourseCourseManagementManagement

CourseCourseManagementManagement

DAMS Component Services

DAMSDAMSDAMS Demonstration

Workflow

AMS 3.5WebsphereContent ManagerDB2

End User CreatesPrime Digital SourceThe PDS can be an existing file

1

Broadcast

Live

Tape

Analyze

Transcode

Store

Stream

DAMS manages ordering services and moving filesfor analysis, transcoding,storage, and streaming

Prime Digital Source

Prime Digital Source DV MPEG2 Offline RT MPEG1

Video

Frame Size (pixels x pixels) 720 x 480 720 x 480 320 x 240 352 x 240

Frame Rate (frames/sec) 30 30 30 30

Compression/Codec DV MPEG2 Photo-JPEG MPEG1

Audio

Sample Rate (kHz) 48 48 48 44.1

Sample Size (bit) 16 16 16 16

Channels 2 2 2 2

Compression/Codec None None None MPEG Layer 2

Data Rate

Video 3.4 MBps 5.7 MBps 275 KBps 1.1 MBps

Audio 187 KBps 187 KBps 187 KBps 300 KBps

Total (MB/second) 3.6 6 465 KBps 1.5

Popular Derivatives

Derivatives (4:3 ratio) High Medium Low

QuickTime, Real, Windows

Video

Frame Size (pixels x pixels) 512x384 320x240 256x192

Frame Rate (frames/sec) 30 15 10

Video Compression/Codec

QuickTime MPEG4 MPEG4 MPEG4

Real Real10 Real10 Real10

Windows V9 V9 V9

Audio

Sample Rate (kHz) 44 44 22

Sample Size (bit) 16 16 16

Channels 2 1 1

Compression/Codec

QuickTime MPEG4 MPEG4 MPEG4

Real Voice Voice Voice

Windows V9 V9 V9

AMS 3.5 Overview

Documentary of Faculty Works

Formal Collecting Archivist, Faculty, & Student Roles

Learning Objects

Transcoding - Telestream Flip Factory

Analysis - Virage Video Logger

Administration - Roles & Privileges

DAMSDAMSLessons Learned

Neighborhood CentralLocal

Lessons Learned - Architecture

LiveTape/CD/DVDInternet Appliance

Satellite

Video LoggerFlip Factory

(Optional)

AMS 3.5Content ManagerDB2

Spinning Disk Spinning DiskNearline/OfflineBackupTivoli

PrintWebCD/DVD

Media StreamingReal/Win/QT

Course MgmtePorfoliosPersonal Storage

Capture

Ingest

Manage

Store

Publish

X

X

X

X

Lessons Learned - Managing Access Control Lists

In the commercial sectorasset privileges correspond to

corporate hierarchy!

Easily managed centrally through system defined ACLs

In higher educationasset privileges are unrelated to the

institutional hierarchy!

Requires distributed management through User Defined ACLs

De

cis

ion

Ma

kin

gD

ec

isio

n M

ak

ing

+

-

.

Rights Holders

System Admins

Affiliates

Collaborators

Viewers

Guests

Board of DirectorsExecutive StaffAdministratorsCustomers - Level 1Customers - Level 2Customers - Special

RegentsExecutive StaffFacultyStudentsStaffFriends/Affiliates

Privileges

CorporateHierarchy

Privileges

InstitutionalHierarchy

Rights Holders

System Admins

Affiliates

Collaborators

Viewers

Guests

Rights Holders / Creators

Licensees

Administrators

Collaborators

Groups

Open Access

Lessons Learned - More Access Control Lists Needed

In the commercial sector, access to media is defined and

controlled centrallyDozens of Access Control Lists

In higher education, access to media is defined and

controlled by end users.100,000+ Access Control Lists

Board of Directors

Executive Staff

Administrators

Customers - Level 1

Customers - Level 2

Customers - Special

Lessons Learned - Metadata

• UM Core = Dublin Core + UM Special

• Provide structured metadata but allow users to map into fields in unstructured ways (contrary to controlled taxonomies of our libraries)

• Allow for multiple metadata schemas to be attached to a single asset (ie Dublin Core, IMS, SCORM, etc.)

Lessons Learned - Interface

• Indicators of privileges

• Grayed menu items

• User defined ACLs

• Open source application Assets Show PrivilegesAssets Show Privileges

Gray Menu ItemsGray Menu Items

Lessons Learned - Policy

• Rights DeclarationCopyright issues must be addressed in a systemic way – to start, UMCore metadata schema can support a rights declaration

• Digital Rights ManagementThe largest early us of DRM is for distribution of licensed materials. Need to evaluate products that allow keys to be set to control access and expire media after its intended period of use.

• Statutory ComplianceManaging regulatory issues such as FERPA (Family Educational Rights and Education Act) and HIPAA (Health Insurance Portability and Accountability Act) must be built in.

• User Education & Use PolicyEducation, training, and support on metadata and file quality will help distribute the work load and maximize the ability to share materials and ensure appropriate use

Near Loomings

• User Defined ACLs

• Interface development for UD-ACLs

• Clip-making functionality

• Enterprise environment pilot w/ neighborhood(s)

• IP, Copyright, Privacy, Use and Misuse policy

• Building a great user experience

Far Loomings

• Ongoing interface design to meet project and user requirements(Taking into consideration asset management’s inherently different approach of presenting multiple items, each of which may have a different set of user capabilities associated with it)

• Integration with other academic tools (Sakai) or portal

• Relationship to Library, Institutional Repository and federatedcatalogue searching

Bloomings

• Possible partnership w/ IBM & Stellent to build a JSR168 compliant DAMS interface to IBMs Content Manager middleware

• Leverage extensibility, massive computational power and scheduling of M-Grid to weave together the DAMS service layer – i.e. distributed neighborhoods of media transcoding, analysis, storage, and streaming.

UM DAMS Contacts

University of Michigan DAMS Initiativehttp://sitemaker.umich.edu/dams/

James Hilton [email protected]

Associate Provost for Academic, Information and Instructional Technology Affairs

Louis E. King [email protected]

Managing Producer, Digital Asset Management Systems

Alan McCord, Ph.D [email protected]

Vendor and Institutional Relationships

John Merlin Williams [email protected]

Executive Producer, Digital Media Commons