Dublin Core Description Set Profiles (DC-2009)

5,696 views

Published on

Pre-recorded presentation for DC-2009 conference, Seoul, Wednesday 14 October 2009

Published in: Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
5,696
On SlideShare
0
From Embeds
0
Number of Embeds
320
Actions
Shares
0
Downloads
30
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • Although the DC application profile design allows for a wide variety of metadata choices, there are some common patterns that can be defined. Many metadata elements can be defined using these common patterns, and by defining them on the site we can satisfy a certain number of application profile needs.
  • One of the more common patterns is that of a literal string. This is used for data elements that have no pre-defined structure or content. For example, titles of documents are generally recorded as literal strings.
  • Some metadata value strings have structure, such as the structure of a date or currency. These patterns can be defined for all to use.
  • A common pattern is a list of controlled vocabulary terms that are defined internally in the AP.
  • Often one wants to use a controlled vocabulary that has been defined elsewhere. This vocabulary can be identified in the AP.
  • You can also use a controlled vocabulary whose values are identified with URIs.
  • Dublin Core Description Set Profiles (DC-2009)

    1. 1. Dublin Core Description Set Profiles DC-2009, Seoul, Korea
    2. 2. http://dublincore.org/documents/2008/03/31/dc-dsp/
    3. 3. Dublin Core & the DCMI Abstract Model <ul><li>DC metadata </li></ul><ul><ul><li>Making statements “about” things </li></ul></ul><ul><ul><li>Statements grouped into logically bounded units e.g. “description of document” v “description of person” </li></ul></ul><ul><li>DCMI Abstract Model </li></ul><ul><ul><li>DCMI Recommendation June 2007 </li></ul></ul><ul><ul><li>http://dublincore.org/documents/2007/06/04/abstract-model/ </li></ul></ul>
    4. 4. Resource URI Resource URI Description Statement Property URI Non-Literal Value Surrogate Vocab Enc Scheme URI Value URI Value string Value string Syntax Enc Scheme URI Language Description Statement Property URI Literal Value Surrogate Value string Syntax Enc Scheme URI Description Set Statement Property URI Literal Value Surrogate Value string Language Statement Statement
    5. 5. Beyond DCAM <ul><li>Specify a “pattern” of terms used within description set structure </li></ul><ul><ul><li>by a community </li></ul></ul><ul><ul><li>for some purpose </li></ul></ul><ul><li>Repeatability </li></ul><ul><ul><li>“ Recipe” for distributed data creation </li></ul></ul><ul><li>Disclosure/discovery of nature of dataset </li></ul><ul><ul><li>Provider can give potential consumer “advance notice” of patterns in use </li></ul></ul><ul><li>Form/editor/database configuration </li></ul><ul><li>Conformance testing/“Validation” </li></ul><ul><li>Documentation as part of DC Application Profile </li></ul><ul><ul><li>“ To support this set of requirements, this set of patterns is useful” </li></ul></ul>
    6. 6. DCMI Description Set Profile (DSP) <ul><li>Description Set Profiles: A constraint language for Dublin Core Application Profiles </li></ul><ul><ul><li>http://dublincore.org/documents/dc-dsp / </li></ul></ul><ul><li>Specifying “structural constraints” on a description set </li></ul><ul><ul><li>the resources that may be described by descriptions in the description set </li></ul></ul><ul><ul><li>the properties that may be referenced in statements </li></ul></ul><ul><ul><li>the ways a value surrogate may be given </li></ul></ul>
    7. 7. DCMI Description Set Profile (DSP) <ul><li>Description templates </li></ul><ul><li>Statement templates </li></ul><ul><li>Templates contain constraints of specified types e.g. </li></ul><ul><ul><li>Property URI List </li></ul></ul><ul><ul><li>Vocabulary Encoding Scheme Occurrence </li></ul></ul><ul><ul><li>Literal List </li></ul></ul><ul><li>XML format for expressing a DSP </li></ul>
    8. 8. Description Templates & Statement Templates <ul><li>Description template </li></ul><ul><ul><li>description set must contain exactly one description of a Book; may contain one or more descriptions of a Agent </li></ul></ul><ul><li>Statement template </li></ul><ul><ul><li>description of Book must contain exactly one statement referring to property dcterms:title, with a plain literal value in English </li></ul></ul><ul><ul><li>description of Book may contain zero or more statements referring to property dcterms:subject, with a non-literal value, from the dcterms:LCSH VES </li></ul></ul>
    9. 9. Design Patterns and DSPs
    10. 10. Patterns <ul><li>Uncontrolled text string (literal) </li></ul>
    11. 11. Patterns <ul><li>Uncontrolled text string (literal) </li></ul><ul><li>Structured text string (SES) </li></ul>
    12. 12. Patterns <ul><li>Uncontrolled text string (literal) </li></ul><ul><li>Structured text string (SES) </li></ul><ul><li>Controlled vocabulary (local) </li></ul>
    13. 13. Patterns <ul><li>Uncontrolled text string (literal) </li></ul><ul><li>Structured text string (SES) </li></ul><ul><li>Controlled vocabulary (local) </li></ul><ul><li>Controlled vocabulary (external VES) </li></ul>
    14. 14. Patterns <ul><li>Uncontrolled text string (literal) </li></ul><ul><li>Structured text string (SES) </li></ul><ul><li>Controlled vocabulary (local) </li></ul><ul><li>Controlled vocabulary (external VES) </li></ul><ul><li>Controlled vocabulary (URIs, external VES) </li></ul>
    15. 15. DSP Statement Template in XML <StatementTemplate type=&quot;literal&quot;> <Property>http://purl.org/dc/terms/created</Property> <LiteralConstraint> <SyntaxEncodingSchemeOccurrence> Required </SyntaxEncodingSchemeOccurrence> <SyntaxEncodingScheme> http://purl.org/dc/terms/W3CDTF </SyntaxEncodingScheme> </LiteralConstraint> </StatementTemplate>
    16. 16. Pattern Library <ul><li>Description Template/Statement Template Pattern Library </li></ul><ul><ul><li>http://dublincore.org/dcmirdataskgroup/apDesigns </li></ul></ul><ul><li>Please browse/contribute! </li></ul>
    17. 17. Summary <ul><li>DCMI Abstract Model defines structure of description set </li></ul><ul><li>A DSP describes a pattern for using that structure </li></ul><ul><li>Enables shared use by community, validation, tool configuration, etc </li></ul><ul><li>Caution: DSP spec still work-in-progress! </li></ul><ul><li>Discussion on DC-Architecture Jiscmail list </li></ul>
    18. 18. Pete Johnston Technical Researcher Eduserv Bath, UK Work Email: mailto:pete.johnston@eduserv.org.uk Work Home: http://www.eduserv.org.uk/research/people/petejohnston/ Work Weblog (with Andy Powell): http://efoundations.typepad.com/ Twitter: http:// twitter.com/repetej Photo “ P1010285” by Flickr user andypowe11 See http://www.flickr.com/photos/andypowe11/261892349/ Made available under CC Attribution 2.0 Generic license
    19. 19. Dublin Core Description Set Profiles <ul><li>Title slide photo “ Euljiro SK Building Seoul” by Flickr user swisscan See http://www.flickr.com/photos/swisscan/2286781443/ Made available under CC Attribution- NonCommercial -Share-Alike 2.0 license </li></ul>
    20. 20. Dublin Core Description Set Profiles DC-2009, Seoul, Korea

    ×