Samvera Community Wiki
MODS and RDF Call 2017-04-03
Time: 9am PDT / Noon EDT
Call-In Info: 712-775-7035 (Access Code: 960009)
Homework: MODS Individual Mappings for Other Related Item Cases
Moderator: Julie Hardesty (Indiana University) / Emily Porter (Emory University)
Primary Notetaker: ??? (etherpad link: https://etherpad.wikimedia.org/p/RDF-MODS-20170403)
Attendees:
@Emily Porter (Emory)
@Juliet Hardesty (Indiana)
Jennifer Liss (Indiana)
@Danny Pucci (BPL)
@Eben English (BPL)
@soriordan (Emory)
@christine.mayo (Deactivated) (Boston College)
Agenda:
Review of final documentation page to figure out any gaps
Possible starting points/outline
Conversion code
Discussed conversion code as being out of scope from the original charge.
Eben will investigate the current status of the code and report back (seems to have been last modified in June 2016).
Agreed to keep some sections as a white paper type document, which could be shared broadly in a PDF, etc. but the outcomes and mappings should stay on the wiki
Emily will work on fleshing out the Background, Scope, Methods sections and will coordinate on an overview for the Outcomes section
Detailed collaboration page: Collaboration Documents
Almost complete and will be complete tonight
Eben has the email login for the collaboration documents
Recommend review of this for any gaps. Additionally, someone may want to create a few "full examples"
Hydra MODS to RDF WG Documentation Review: https://docs.google.com/spreadsheets/d/1jhguUHc4ZbzhOwCvLppReepMu4pW3aNIdAkGQs4xA60/edit#gid=0
This Google spreadsheet is an internal document noting the status of the high-level MODS elements and what's been worked on by the group
Julie will take Title, Name, and Type of Resource to clean up collaboration documents
Eben will take TK
Everyone sign up (indicate on spreadsheet) to review/clean-up elements
Discussion of homework ( MODS Individual Mappings for Other Related Item Cases)
Emory has other use cases: type=host to relate article back to parent journal or book chapter back to parent book
have extracted piece of larger work but will not have a Fedora object representing that larger work
We have other needs for/use of Series, and this is a different type of relationship
dc:source (DC Elements) is best option to use for string values; no property identified so far can give a more precise connection as a parent work than source without requiring an object with a URI
looking at PRISM ontology (http://prismstandard.org/namespaces/basic/2.0/)and bibo to describe parts of the individual published piece (start and end pages, volume, number, etc.)
@type="other version" is related link to say article is also available at publishers website (will discuss at a future call)
Next meeting: Monday May 1 at 9:00 AM PST / Noon EST
Will discuss remaining/additional relatedItem use cases
Eben will be moderator.