2018.07.20 Community Meeting

Call-in Details

• 11am ET
• https://duraspace.zoom.us/j/8128353771
• or Telephone:
  • US: +1 669 900 6833 or +1 646 876 9923
  • Canada: +1 647 558 0588
  • Australia: +61 (0) 2 8015 2088
  • United Kingdom: +44 (0) 20 3695 0088
  • Meeting ID: 812 835 3771
  • International numbers available: https://zoom.us/u/MO73B

Attendees

• Andrew Hankinson (Bodleian Libraries, University of Oxford)
• Andrew Woods (Duraspace)
• Julian Morley (Stanford)
• Steve Liu
• Ben Cail (Brown)
• John Kunze (CDL)
• Simeon Warner (Cornell)
• Debra Hanken Kurtz

Regrets

• ...

Agenda

1. Community updates / points of discussion?
2. Quick review of where the specification stands (Andrew Hankinson)
3. Editorial Team Decision Point.
   • Decouple object from storage location Issue #22 (Andrew Woods)
   • Inventory sidecar file with hash
   • Object definition to refer to "file" as opposed to "bitstream", from previous community meeting (WIP pull-request)
4. Unresolved issues. Please review and comment (Rosalyn Metz)
   • Pull Requests Merged since last meeting
5. Call timing -- is 11am ET on Fridays a good time?
   • Has periodic conflicts with Samvera Partners' calls at 11:30am 2nd Friday of the month
6. Community experiences that may inform OCFL process

Action Items

• Use of the term bitstream in the definition of OCFL.
  • If the name includes file in the title, we should include file in the definition. Issue #30

Notes

1. Community updates / points of discussion?

• None

1. Quick review of where the specification stands (Andrew Hankinson)

• Note rapid update policy through beginning of September
• Edits being made as PRs and go live at https://ocfl.io/ as soon as merged
• Editors holding a meeting in-person in early September
• Seeking feedback on the need statement: 👍 from Ben

1. Editorial Team Decision Point.
   • Decouple object from storage location Issue #22
     • Clear need to support both filesystems and object stores, decision for now is not to support references to resources found elsewhere (ala. fetch.txt in bagit).
     • Julian notes that ability to reference remote content is important to Stanford, so want to have pointers on local filesystem to something like Glacier. But happy not to have this in v1.
     • Andrew Hankinson notes discussion was illuminating in that it opens up many questions in the spec and we will have scoping work to do
     • John notes that versions are front-and-center in OCFL. Notes issue with lexical sort and non-zero padded directories. Notes options of zero-padding to, say, 3 digits that then extends without zero padding.
     • Julian notes Stanford highest version is 20, average 2.6.
     • Current spec https://ocfl.io/#versions-directories and discussion https://github.com/OCFL/spec/issues/2
     • John suggests that question should be motivated by expected number of versions and understanding of who one is optimizing for