MODS and RDF Call 2017-06-12

Time: 9am PDT / Noon EDT

Call-In Info: 712-775-7035 (Access Code: 960009)

Homework: White paper comments and Collaboration document spreadsheet clean-up 

Moderator: Eben English

Primary Notetaker: TBD (Etherpad link: https://etherpad.wikimedia.org/p/MODS_and_RDF_Call_2017-06-12)

Attendees:

Agenda:

  1. White paper: https://docs.google.com/document/d/1ffCyIirUkESLefBehafbacsLb_Rq7KJbTxxeoQCyLpw/edit#heading=h.7y094mt5y4wo
    1. Emily revised some of the draft based on comments added in the last meeting, and added a summary of organizations (17) who have attended meetings
    2. Group is welcome to edit directly

  2. Collaboration Documents spreadsheet review and clean-up: https://docs.google.com/spreadsheets/d/1jhguUHc4ZbzhOwCvLppReepMu4pW3aNIdAkGQs4xA60/edit#gid=0
    1. MODS: Note

      1. Danny from BPL has been working on it; feels it's in good shape

      2. Some questions about preference regarding Labels - and use of skos:prefLabel

      3. For complex Notes and for other minted objects, we moved to using rdf:type to declare the model/class of the object.

      4. For Notes, bf:Note is the class and bf:note is the predicate relating the two.

      5. Will make some adjustments to namespace abbreviations for Complex Notes (related to above)

    2. MODS: RelatedItem - will discuss at future call
    3. MODS: physicalLocation

      1. ShelfMark and Enumeration

        1. enumerationAndChronology also does not accept a literal in 2.0, but there is an alternate we could use (editionEnumeration)
          1. Discussed editionEnumeration, but several attendees noted this may be too specific for our usage needs.

          2. Should we keep using BIBFRAME enumerationChronology and violate the constraints?

          3. What level of demand or need do we have for the original MODS enumerationAndChronology component - does it need to be separate?

          4. Suggestion: could be appended to end of shelfLocator statement instead, and remove enumerationAndChronology as a separate unit.

        2. shelfMark does not accept a literal in 2.0 (takes a URI)
          1. There is also a holding ontology that may be of interest: http://dini-ag-kim.github.io/holding-ontology/holding.html

          2. Maintained by German Initiative for Network Information (DINI): https://dini.de/english/
          3. Has predicates like holding:label ("A call number, shelf mark or similar label of an item")
          4. But, we have tended to steer clear of non-US vocabs
        3. Eben will investigate further
      2. Holding Institution

        1. This is OK (bf:heldBy)
      3. Sublocation

        1. bf:subLocation is deprecated; bf:sublocation does not accept a literal.

        2. could use bf:physicalLocation instead, but would then need a diff. predicate for shelfMark

      4. URL

        1. This is OK
        2. edm:preview for thumbnails, edm:isShownAt for "object on content" URL
    4. Subject

      1. Original mappings are incomplete; more work needed.

    5. We will discuss next time.
    6. Classification

      1. LC and Dewey were fine; changed how we work with other schemes

      2. using LC classSchemes vocabulary, and then a string for the value

    7. Identifier

      1. Simon reports we are good except for needing a predicate for Accession Number type identifiers.

      2. Discussion regarding keeping the old scenarios which were voted on.

        1. Agreed to keep them, but need to consider how to manage the documents.

        2. Do we keep the downvoted stuff for posterity?

        3. Should probably make a "clean" version without downvoted options
    8. Record Info

      1. Overall solid.
      2. Can delete the extraneous tabs for Part and Extension (neither were mapped)

      3. Record creation and modification dates are not mapped - discuss at a future meeting

        1. These could be supplied by Fedora system info
        2. Some have use case for keeping track of legacy pre-Fedora4-migration record creation dates

  3. Minted objects: rdfs:label vs. skos:prefLabel
    1. skos:prefLabel is a subclass of rdfs:label.
    2. Proposed just using rdfs:label unless we need multiple/alternate labels.
  4. Next meeting: June 26 at 9:00 AM PST / Noon EST
    1. Eben can't attend; other members note conflicts with ALA

    2. Should we skip and resume on the 10th of July?

    3. Eben will send out a poll.