1 / 51

Preparing for Digital Preservation What is being preserved:

Preparing for Digital Preservation What is being preserved: Identification and Rights Management issues Norman Paskin International DOI Foundation. do i >. Recommended background material. do i >. Preservation Management of Digital Materials – The Handbook N. Beagrie/M. Jones/DPC

Download Presentation

Preparing for Digital Preservation What is being preserved:

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Preparing for Digital Preservation What is being preserved: Identification and Rights Management issues Norman Paskin International DOI Foundation doi>

  2. Recommended background material doi> • Preservation Management of Digital Materials – The Handbook • N. Beagrie/M. Jones/DPC • www.dpconline.org/graphics/handbook/ • 3.4 Rights management • 4.4 Metadata and Documentation • 4.5 Access • Digital preservation: an introduction to the standards issues surrounding the deposit of non-print publications • M Bide/E J Potter/A Watkinson Sept 1999 • www.bic.org.uk/digpres.doc

  3. Outline of presentation doi> 1. Identifiers • 1.1 Identifiers and metadata • 1.2 Interoperability • 1.3 Different meanings of “identifier” • 1.4 Persistence • “Keep a copy” - ? • Rights • 3.1 Accessing “definitive copy” • 3.2 Rights framework

  4. 0550 10234 5 1.1 Identifiers and metadata doi> • An identifier = an unambiguous string denoting an entity

  5. 0550 10234 5 Pantone 4567 [BookData says] the cover of this book is red 1.1 Identifiers and metadata doi> • An item of metadata = “a relationship that someone claims to exist between two entities” (indecs), each of which may have an identifier:

  6. 0550 10234 5 Chambers Dictionary [Books in print says] The title of this identified book is…. 1.1 Identifiers and metadata doi> • To be useful, an identifier requires some metadata:

  7. 1.1 Identifiers and metadata doi> • entity: something that is identified • “Nothing exists until is identified” • Entities may include: • Abstractions (red); technical means (MP3 player); labels (title); things (book) etc. • ontology: structured relationships between entities • “an explicit formal specification of how to represent the entities that are assumed to exist in some area of interest and the relationships that hold among them” • (such as: “page” is component of “book”) • Examples: indecs framework; ONIX; FRBR

  8. 1.2 Interoperability doi> • In a distributed environment, there is no one central physical archive • A distributed virtual archive requires that all the players and components interoperate

  9. 1.2 Interoperability doi> • Across media • books, serials, audio, audiovisual, software, abstract works, visual material, etc • Across functions • cataloguing, discovery, workflow, rights management, archiving • Across levels of metadata • Simple, complex • Across linguistic and semantic barriers • Across territorial barriers • Across technology platforms

  10. 1.2 Interoperability doi> • Preservation: "How do we interoperate with the future?“ • Preservation issues (identifiers, metadata, rights) are the same as any other interoperability problem

  11. 1.3 Meanings of “identifier” doi> doi> • [1] Labels: the output of “numbering schemes” • ISBN: ISO 2108:1992International Standard Book Numbering • ISSN: ISO 3297:1998International Standard Serial Number • ISRC: ISO 3901:2001International Standard Recording Code • ISRN: ISO 10444:1997International Standard Technical Report Number • ISMN: ISO 10957:1993International Standard Music Number • ISWC: ISO 15707:2001International Standard Musical Work Code • ISAN: Draft ISO 15706International Standard Audiovisual Number • V-ISAN: Draft ISO 20925Version Identifier for audiovisual works • ISTC: Draft ISO 21047International Standard Text Code • PII: Publisher Item Identifier • etc

  12. 1.3 Meanings of “identifier” doi> doi> • [2] “infrastructure specifications”: specifying how to make labels actionable • Do not generate a label, but if you have one, specify how to use it in some particular context • URN: Uniform Resource name • URI: Uniform [Universal] Resource Identifier • PURL: Persistent Uniform Resource Locator • e.g. ISBN as URN • Note same concept in also in other non-digital contexts • e.g. ISBN as EAN (978….) bar code or RFID

  13. EAN/UPC: physical product codes : • implement ISO bar codes, RFIDs • in the supply chain • DOI: digital object identifiers : • implement URN/URIs in • intellectual property (+metadata, policy) doi> 1.3 Meanings of “identifier” doi> doi> • [3] “implemented systems” • Implement labels, through actionable specification, in a managed way

  14. 1.3 Meanings of “identifier” doi> doi> doi> “For use on the Internet, an ISBN label can become a URN specification; an ISBN label can be incorporated into a DOI, which is an implemented identifier system following the URI specification.” Is clearer than “an ISBN identifier can become a URN identifier; an ISBN identifier can be incorporated into a Digital Object identifier, which is an implemented URI identifier” (?) A particular use of the word may be a mix of meanings [1], [2]& [3]

  15. 1.4 Persistence doi>

  16. URL URL URL URL Printed identifiers, bookmarks, etc doi> URL URL Content URL URL URL URL URL URL URL URL

  17. URL URL URL URL doi> doi> doi> URL URL 404 File not found URL URL URL URL URL Content URL "Linkrot": recent estimates 16% in 6 months URL URL

  18. URL DOI URL DOI URL DOI DOI DOI URL URL URL URL URL DOI DOI DOI URL DOI URL DOI URL DOI URL DOI URL DOI URL DOI doi> doi> doi> Redirection (resolution) e.g. DOI Assigner Content DOI directory DOI directory DOI directory Content

  19. DOI DOI Assigner • Response Page • purchase content • view free excerpt • get related items • get archive copy • request permissions DOI DOI DOI DOI DOI DOI DOI DOI DOI DOI DOI DOI DOI doi> doi> doi> Assigner DOI directory Content More than just "locate"

  20. DOI DOI DOI DOI DOI DOI DOI DOI DOI DOI DOI DOI DOI DOI DOI doi> doi> doi> Assigner • Response Page • purchase content • view free excerpt • get related items • get archive copy • request permissions DOI directory • purchase content Archive

  21. 1.4 Persistence doi> • Persistent identifier • Resolution (redirection) • Persistence of the associated metadata • Persistence of the resolution system • Persistence of the identified copy • digital preservation: migration, emulation, encapsulation • Persistence is a matter of social infrastructure • Technology can help but not guarantee

  22. doi> doi> doi> Internet: DOI, URN, URL, PURL • Distinguish two issues: • The technical specification of “what is” a URN and a URI etc. • identifiers in sense [2] 2. What this means for practical implementation • identifiers in sense [3]

  23. Internet persistent id specs doi> doi> doi> • See DOI Handbook • 4.9 DOI as a URI • 4.10 DOI as a URN • 6.10 DOI and PURL • Aim: persistent across time and unique across network space; useful and implemented • PURLs are tied to http and are single redirect etc. • URI/URNs are intended to be abstract names • independent of protocols (approx) • DOIs are URIs (formal specification) • DOIs are URNs (in effect) • URN and URI proponents disagree • (& there are other proposed specs e.g. ARK)

  24. ftp: gopher: http: urn: Resolution (N2L) Internet persistent id specs doi> doi> http:// www.w3.org/addressing (But largely from IETF, W3C did not see need for URN) URI URN URL

  25. DOI as URI doi> doi> doi> • IETF formal spec “URI scheme for Digital Object identifier” • Paskin, Norman; Neylon, Eamonn; Hammond, Tony; Sun, Sam; Uniform Resource Identifier (URI) scheme for Digital Object Identifiers (DOIs); An abstract specification (uri:doi:) • Would be doi: (like tel:) [uri: is not part of the uri spec, unlike urn:] • May be a pure name or de-referenced by any service • The namespace provides its own mechanism (“Bootstrapping”) • On its own, it’s just a specification! • Requires code distribution for any implementation

  26. DOI as URN doi> doi> doi> • URN is less clear: • Higher level situation muddy • Set of IETF drafts that define URN • Set of registered namespaces (e.g. isbn) • DOI could be but isn’t- no advantage • Unlike URI, provides a specific DNS-based middle layer (RDS) to find the appropriate resolution service • Scalability and security questioned; and: • Little or no resolution implementation • urn:isbn:123456789can be defined ; but what does it do over and aboveisbn:123456789? • neither have a readily available, well known, global, resolution • A DOI is more than URN or URI • Adds Policy, business rules, business model • Adds Metadata specifications (cf ISBN, EAN, Visa)

  27. Outline of presentation doi> 1. Identifiers • 1.1 Identifiers and metadata • 1.2 Interoperability • 1.3 Different meanings of “identifier” • 1.4 Persistence • “Keep a copy” - ? • Rights • 3.1 Accessing “definitive copy” • 3.2 Rights framework

  28. ….etc A B 2. “Keep a copy” doi> doi> doi> • Digital preservation is “keeping a copy” • What is it you are archiving? (or managing, or counting) • What’s a copy? Something that is “the same as ” • Is A the same as B? • Consider a photocopy….text; author; work; paper; spatial location….

  29. A B 2. “Keep a copy” doi> doi> doi> • “Is A the same as B?” is meaningless • Can only say “Is A the same as B for the purpose of…?” • “the same” for some is “two different things” for others • Purpose is defined by attributes • “Nothing exists until is identified” • …and its relevant attributes identified • Structured metadata is needed (e.g. ONIX for digital preservation?)

  30. 3.1 Accessing the definitive copy doi> doi> doi> • “How can an identifier be used to locate a specific local copy, which may have different access rights?” [see www.doi.org, FAQ 26] • Resolution of identifiers to global services. • Contextualization of requests to those services to local requirements. • split this into separate global and subsequent delegated local resolution steps e.g. OpenURL • a globally-maintained database is clearly the wrong place to hold information on every local collection. • ("Linking to the Appropriate Copy: Report of a DOI-Based Prototype"; (O. Beit-Arie, et. al.) D-Lib Magazine, www.dlib.org September 2001) • A definitive archive copy could be separately identified (with its own DOI) – a matter of policy • Functional granularity

  31. ISO/IEC MPEG-21 as exemplar Digital item: a structured digital object with a standard representation, identification and metadata The fundamental unit of distribution & transaction in the MPEG-21 framework Maps to “Digital Object” (DOI, Digital Object Architecture) or “Resource” (IETF) "Digital objects provide a means of organizing and identifying content for purposes of storage, access or distribution… …metadata may include restrictions on access to digital objects, notices of ownership, and licensing agreements…" (www.xiwt.org/documents/ManagAccess.html) 3.2 Rights framework doi>

  32. Enforcement of rights & permissions Vocabulary layer Use DRM Rights metadata Data Dictionary Technology Platform Application layer Rendering, environment etc. Machine-capable interpretation of rights: XRML etc Expression layer Rights Expression Language Metadata set 2 Metadata set 1 3.2 Rights framework

  33. 3.2 Rights framework doi> • Standards infrastructure must accommodate many different components (MPEG 21 standard is many parts) • But a structured digital object with a standard representation, identification and metadata is "The fundamental unit” • Must be interoperable with existing metadata standards - e.g. ONIX, SMPTE so need Dictionaries • MPEG 21Rights Data Dictionary & Rights Expression Language • Purpose: "To achieve the goal of expressing rights for all Users of MPEG-21’s Digital Items"

  34. Pieces of "rights metadata" used in each semantic structure Describing rights using (meta)data doi> Primary rights events (claims, deals) are described using pieces of data: Rights Statement (“claim”) [party] owns [right] in [creation] in [time] and [place] Rights Agreement(“deal”) [party] agreed with [party] in [time] and [place] that [event]

  35. Describing rights using (meta)data doi> Primary rights events (claims, deals) are described using pieces of data: Rights Statement (“claim”) [party] owns [right] in [creation] in [time] and [place] Rights Agreement(“deal”) [party] agreed with [party] in [time] and [place] that [event] Creations typically have standard identifiers, which may have associated structured data, or which may act as keys to get this data Other pieces of data also need standard identifiers (time, party..)

  36. Statements, agreements, transfers, permissions, prohibitions, requirements, assertions, approvals What is "rights metadata"? doi> A mix of data from many sources: Rights “events”

  37. Creations, Creation types, contributor roles, user roles, tools, classifications, measures What is “rights metadata”? doi> A mix of data from many sources: Rights “events” Descriptive metadata

  38. Rights, persons, intellectual property What is “rights metadata”? doi> A mix of data from many sources: Rights “events” Descriptive metadata Legal metadata

  39. Terms, conventions What is “rights metadata”? doi> A mix of data from many sources: Rights “events” Descriptive metadata Legal metadata Financial metadata These sets of “rights metadata" are standardized and maintained in different places.

  40. statement agreement transfer agreement assertion agreement permission prohibition permission requirement etc [party] can[verb] [amount] to [creation] at [time] in [place]. Each entity can be expanded to reveal more data Distributed rights management doi> This mix of data from many sources is used in many different places by different people in chains of rights events:

  41. statement agreement transfer agreement assertion agreement permission prohibition permission requirement etc Distributed rights management doi> Each of these is an information object –an entity - which may need to link to or use information objects in other databases. The information used by each must therefore be standardised/interoperable

  42. 3.2 Rights framework doi> Is there a way of getting to this "interoperation of data from many sources"? Yes: work already done which shows how

  43. indecs (www.indecs.org) doi> • Interoperability of Data in E-Commerce Systems • Produced principles for structured metadata and basis for a data dictionary for interoperability • Principles used by DOI, ONIX, etc • Applicable to other structured approaches e.g. SMPTE (and creates means of interoperability with them) • Now extended to rights transactions: • <indecs>2 rdd Consortium (includes IDF) • Accepted as basis of MPEG-21 Rights Data Dictionary

  44. The MPEG-21 RDD doi> • A data dictionary is a place where the process of semantics definitions meets technology • MPEG standards have traditionally been about engineering solutions • MPEG-21 is a multimedia and a lifecycle framework: its rights terminology does not exist in a vacuum • Interacts with a large number of existing and developing schemes and systems • The number of terms involved is likely to grow steadily and significantly • MPEG-21 is taking the lead in establishing an RDD; it is likely to be widely supported if it is flexible and interoperable

  45. doi> Rights & description are interdependent (1) • “Rights” metadata describes what people can (or can’t) do with assets, and when, where, how and with what they can do it. • “Descriptive” metadata describes what people did with assets: the same thing, but in the past. The majority of terms are common. • Any descriptive term may be relevant to the conditions of an agreement • When new works are created through derivation, aggregation or copying, newdescriptions are needed which rely on both descriptive & rights metadata

  46. doi> Rights & description are interdependent (2) • Ownership changesand changes of law or jurisdiction often require querying of descriptive metadata for implementation in systems • “Requirements” can be dependent on description in complex (and unfamiliar) ways • Terms from descriptive schemes such as ONIX, Mi3P, DOI-NS, PRISM, MPEG7 Descriptor Schemes, DC and SCORM (and many others) will need to be integrated with any effective RDD

  47. doi> Relationship with other metadata schemes • Many content metadata schemes are in use and development and there will be many more • These all impact on rights descriptions. Users will be reluctant (or unable) to adopt separate terms for “rights” descriptions • automated interoperability into and out of RDD terms needed • Users need to describe “non-digital” rights in tandem with digital • The meaning of terms in external schemes must be fully mapped to RDD terms so that they form a part of the available data dictionary and enable users to automate their participation

  48. <indecs> Data Dictionary doi> • To provide a method for generating a set of clear, consistent, structured and integrated terms and definitions, to the required level of granularity, for an MPEG Rights Data Dictionary • To provide a comprehensive methodology for the interoperability of terms from different schemes and systems used in the management of rights and permissions through mapping. • Will be used by DOI Application Profiles • DOIs can deliver this required interoperability • To describe but in no way prescribe how rights and permissions operate • To provide a framework for future governance.

  49. Outline of presentation doi> 1. Identifiers • 1.1 Identifiers and metadata • 1.2 Interoperability • 1.3 Different meanings of “identifier” • 1.4 Persistence • “Keep a copy” - ? • Rights • 3.1 Accessing “definitive copy” • 3.2 Rights framework

  50. Additional material doi> • “DRM Technology: Identification and Metadata” • Norman Paskin • In: Digital Rights Management: Technical, Economic, Juridical and Political Aspects (ed. Becker et al) • Springer Lecture Notes in Computer Science series • In press • "Towards a Rights Data Dictionary - Identifiers and Semantics at work on the net". • Norman Paskin • imi insights, June 2002 • http://www.epsltd.com/IMI/IMI.htm (subscription access) • Copies available from author on request (n.paskin@doi.org)

More Related