• Share
  • Email
  • Embed
  • Like
  • Private Content
Emerging Cataloging Future
 

Emerging Cataloging Future

on

  • 4,356 views

Presented at the Massachusetts Library Association meeting, May 7, 2008

Presented at the Massachusetts Library Association meeting, May 7, 2008

Statistics

Views

Total Views
4,356
Views on SlideShare
4,353
Embed Views
3

Actions

Likes
1
Downloads
56
Comments
0

2 Embeds 3

http://www.slideshare.net 2
http://ig.gmodules.com 1

Accessibility

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Emerging Cataloging Future Emerging Cataloging Future Presentation Transcript

    • The Emerging Cataloging Future
      • RDA, DCMI, and the Semantic Web
      Diane I. Hillmann Massachusetts Library Association Wednesday, May 7, 2008
    • The Starting Point: Here and Now
      • RDA: Resource Description and Access in the last stages of development
        • Final full draft due in August; will be “published” in early 2009
      • Dublin Core Metadata Initiative in partnership with RDA to develop Resource Description Vocabularies
    • The Destination: Where We’re Going
      • RDA guidelines will be available
        • will be used to support the creation of FRBR-based records
      • RD Vocabularies will be available to support catalogers and applications
      • Specialized communities will be building Application Profiles
    • The Journey: A Series of Maps
      • Envisioning new descriptive structures
      • Supporting libraries and other communities of practice as they build and share data
      • “Building in” support for future development and extension
    • RDA & RDVocabularies
      • RDA: Resource Description and Access
        • This is the part you’ve heard about--the successor to AACR2
      • Resource Description Vocabularies
        • This is the part you may not have heard about, but it’s essential to understanding how RDA will be used
    • RDA--What can you expect?
      • RDA History in a Nutshell
        • Step 1: AACR3
        • Step 2: AACR3, reorganized as RDA (FRBR invisible, still looking backwards)
        • Step 3: RDA, explicitly FRBR/FRAR, no longer tied explicitly to MARC
      • A FRBR-based approach to structuring bibliographic data
      • More explicitly machine-friendly linkages (preferably with URIs)
      • More emphasis on relationships and roles
      • Less reliance on cataloger-created notes and text strings (particularly for identification)
      The New RDA
    • What would this new approach look like? Pt.1: RDA organization
    • JSC Scenarios
      • Scenario 1: separate records for all FRBR entities with linked identifiers
      • Scenario 2: composite bibliographic records (with authority records representing each entity)
      • Scenario 3: one flat record, with all Group 1 entities on a single record
    • Sect. 1: Recording Attributes of manifestation and item
    • Sect. 2: Recording Attributes of Work and Expression
    • Sect. 6: Recording primary relationships between Group I and II entities
    • Sect. 8: Recording relationships between Group I entities
    • A Cataloger Scenario Jane Cataloger is assigned to work on a gift collection. Her first selection is a Latvian translation of Kurt Vonnegut's "Bluebeard: a novel." She searches the library database for the original work, and finds: * Author : Kurt Vonnegut * Work Title : Bluebeard: a novel. * Form of Work : Novel * Original Language : English
    • with links to the following expression information : * Language of Expression : English * Content Type : Text and one manifestation : * Edition : 1st trade edition * Place of Production : New York * Publisher : Delacorte Press * Date of Production : 1987 * Number of Units : 300 pages * Resource Identifier : [ISBN]0385295901
    • Jane begins her description by linking to the existing Work entity. She then creates an expression description: * Language of Expression : Latvian * Translator : Arvida Grigulis She creates an authority record for the translator since none yet existed. She continues by creating a fuller description for the new manifestation, linking to the authority record for the Latvian publisher (what luck, it already existed!). * Title : [in Latvian] * Place of Production : Riga * Publisher : Liesma * Date of Production : 1997
    • A Cataloger Scenario: Updated Jane Cataloger is assigned to work on a gift collection. Her first selection is a Latvian translation of Kurt Vonnegut's "Bluebeard: a novel." She searches the library database for the original work, and finds: * Author : Kurt Vonnegut * Work Title : Bluebeard: a novel. * Form of Work : Novel * Original Language : English
    • A Cataloger Scenario: Updated Jane Cataloger is assigned to work on a gift collection. Her first selection is a Latvian translation of Kurt Vonnegut's "Bluebeard: a novel." She searches the library database for the original work, and finds: * Author : http://lcnaf.info/79062641 * Work Title : Bluebeard: a novel. * Form of Work : http://RDVocab.info/genre/1008 * Original Language : http://marclang.info/eng
    • with links to the following expression information : * Language of Expression : English * Content Type : Text and one manifestation : * Edition : 1st trade edition * Place of Production : New York * Publisher : Delacorte Press * Date of Production : 1987 * Number of Units : 300 pages * Resource Identifier : [ISBN]0385295901
    • with links to the following expression information : * Language of Expression : http://marclang.info/eng * Content Type : http://purl.org/dc/dcmitype/Text and one manifestation : * Edition : 1st trade edition * Place of Production : http://www.getty.edu/tgn/7007567 * Publisher : http://onixpub.info/2039987 * Date of Production : 1987 * Number of Units : 300 pages * Resource Identifier : [ISBN]0385295901
    • Jane begins her description by linking to the existing Work entity. She then creates an expression description: * Language of Expression : Latvian * Translator : Arvida Grigulis She creates an authority record for the translator since none yet existed. She continues by creating a fuller description for the new manifestation, linking to the authority record for the Latvian publisher (what luck, it already existed!). * Title : [in Latvian] * Place of Production : Riga * Publisher : Liesma * Date of Production : 1997
    • Jane begins her description by linking to the existing Work entity. She then creates an expression description: * Language of Expression : http://marclang.info/lat * Translator : http://lcnaf.info/88007685 She creates an authority record for the translator since none yet existed. She continues by creating a fuller description for the new manifestation, linking to the authority record for the Latvian publisher (what luck, it already existed!). * Title : [in Latvian] * Place of Production : http://www.getty.edu/tgn/7006484 * Publisher : http://onixpub.info/6770094 * Date of Production : 1997
    • Is FRBR the only model relevant here? Pt.2: DCMI steps in ...
    • A Dublin Core View of the World DCMI Abstract Model: http://dublincore.org/documents/abstract-model/ Zoom DSL/T-burg Tel
    • A Dublin Core View of the World DCMI Abstract Model: http://dublincore.org/documents/abstract-model/ Zoom DSL/T-burg Tel
    • Anatomy of a Statement Place of Production : New York Property Value Value String
    • Anatomy of a Statement Place of Production : http://www.getty.edu/tgn/7007567 Property Value Related Description
    • A Related Description
    • Description Sets a Key Concept Zoom DSL/T-burg Tel
    • Description Set= “A set of one or more descriptions , each of which describes a single resource .”* .”* *DCAM Definition
    • A Description Set “Package”
    • Don’t we already do vocabularies? Pt.3: Vocabs and the SemWeb
      • Our traditional vocabularies use text strings as identifiers
        • Numbers are used only for internal or intra-community transactions
      • The Semantic Web uses vocabularies much more rigorously, though they often use library-based standards for vocabulary relationships as a starting point
    • http://www.w3.org/2004/02/skos/
    •  
    • Managing Vocabularies
      • Description of entire vocabulary as a collection of concepts
      • Links to Concepts, History, Versions
      • Default status and Language for Concepts
      • URI for the vocabulary itself (includes token)
      • Links to Users
      • Links to XML schema and RDF encoding
    • Registering Concepts
      • Required Preferred Label
      • Multi-language support
      • Permanent URI for the Concept
      • Support for status
      • Links to other Concept properties
      • Link to RDF fragment
      • These registry examples are for “value vocabularies”
        • LCSH is a value vocabulary, for example
      • The same strategies work for RDA Elements ...
        • RDA Elements is a “schema vocabulary”
    • List of RDA Proposed Properties
    • Details of Property Registration
    • Metadata “About” the Property
    • Isn’t this pretty complicated? Pt.4: Tying it all together ... Pt.4: Tying it all together ... Pt.4: Tying it all together ...
    • A Description Set “Package”
    • “ The process of "profiling" a standard introduces the prospect of a tension between meeting the demands for efficiency, specificity, and localization within the context of a community or service on the one hand, and maintaining interoperability between communities and services on the other. Different metadata standards may provide different levels of flexibility: some standards may be quite prescriptive and leave relatively few options for customization, while others may present a broad range of optional features which demand a considerable degree of selection and tailoring for implementation.” --- from http://dublincore.org/documents/2008/01/14/singapore-framework/index.shtml Introducing Application Profiles
    • “ It is desirable to be able to use community- or domain-specific metadata standards - or component parts of those standards - in combination. The implementers of metadata standards should be able to assemble the components that they require for some particular set of functions. If that means drawing on components that are specified within different metadata standards, that should ideally be possible. They should also be safe in the knowledge that the assembled whole can be interpreted correctly by independently designed applications.” --- from http://dublincore.org/documents/2008/01/14/singapore-framework/index.shtml Introducing Application Profiles
      • Consider how the idea of Application Profiles affects the landscape ...
        • No more agonizing over which metadata standard to choose
        • No need to sacrifice specific community needs that aren’t covered in general standards
        • A standard methodology for extension
        • Evolving methods for testing conformance
      • Some examples of Application Profiles
        • SWAP (Scholarly Works Application Profile)
        • Collections Application Profile
        • KMODDL Application Profile
    • Scholarly Works AP
    • Collections AP
    • KMODDL AP
    • Declaration of Voigt1 Vocabulary
    • Using the Vocabulary to Organize
    • Designing Data vs. Choosing a Data Format
      • Functional requirements
        • The functional requirements of a Dublin Core Application Profile describe the functions that the application profile is designed to support, as well as functions that are out of scope.
      • Domain model
        • The domain model defines the basic entities described by the application profile and their fundamental relationships. The purpose of the domain model is to define a basic scope for the application profile.
      • Description Set Profile (DSP)
        • A Description Set Profile defines a set of metadata records that are valid instances of an application profile.
      Mandatory Components of a Dublin Core Application Profile:
      • Usage guidelines
            • The optional usage guidelines describe how to apply the application
            • profile, how the used properties are intended to be used in the
            • application context, etc.
      • Encoding syntax guidelines
      • The optional encoding syntax guidelines describe any application profile-
      • specific syntaxes and/or syntax guidelines, if any.
      Optional Components of a Dublin Core Application Profile
      • Implications for our future
        • An end to the closed library community
        • A different approach to standards
        • A library community engaged with the Web, sharing and accepting data more broadly
    • Thank you!
      • Contact: Diane I. Hillmann
      • Director of Metadata Initiatives, Information Institute of Syracuse
      • [email_address]
      Slides from this presentation may be re-used in conformance to the Creative Commons Attribution-Noncommercial-Share Alike 3.0 (United States) license