Skip to content

2019.03.20 Editors Meeting

Rosalyn Metz edited this page Mar 20, 2019 · 9 revisions

Call-in

https://duraspace.zoom.us/my/fedora

Attendees

  • Andrew Woods (DuraSpace)
  • Julian Morley (Stanford)
  • Rosy Metz (Emory) *
  • Simeon Warner (Cornell)
  • Andrew Hankinson (Bodleian Libraries)
  • Neil Jefferies (Bodleian Libraries)

(* indicates the notetaker)

Agenda

  1. Open Issues
    1. Issue #306 - Need input from Julian
    2. Issue #313 - Change terminology
    3. Clarify issues #284 and #285 - Resolutions documented. Neil to provide PRs
    4. Issue #320
    5. Issue #212 - its been addressed via PR #317.
  2. Use Cases - These are "resolved". Once all editors provide +1 on them, the use cases can be closed.
    1. https://github.com/OCFL/Use-Cases/issues/31
    2. https://github.com/OCFL/Use-Cases/issues/26
    3. https://github.com/OCFL/Use-Cases/issues/25
    4. https://github.com/OCFL/Use-Cases/issues/17
    5. https://github.com/OCFL/Use-Cases/issues/12
    6. https://github.com/OCFL/Use-Cases/issues/11
    7. https://github.com/OCFL/Use-Cases/issues/9
    8. https://github.com/OCFL/Use-Cases/issues/6
    9. https://github.com/OCFL/Use-Cases/issues/3
  3. Conferences
  4. All Beta Issues

Notes

  1. Use Cases - We went through the below use cases and closed. Reviewed remaining use cases:
    1. Object stores: Use Case #2 - we should create an issue indicating that we don't support empty directories because object stores don't support empty directories. #322 created. Discussion about if there is more we can do to the spec because we talk a lot about hierarchy and directory (around 74 references to that), but object stores don't support those. Add directory as a term to the spec saying that the common implementation utilizes directory structure, but when we refer to this, we mean hierarchical organization. #323
  2. Open Issues
    1. #306 - We agreed that we would go with @zimeon 's original recommendations (from Feb 15.), sequential starting with v1 and incrementing up. In the next version of the spec will handle distributed versions.
    2. #313 - Start with spec then move to implementation notes.
    3. #212, #284, and #285 - Waiting on PR #317 to be updated.
    4. #320 - Discussion of how Moab handles this; creates a deposit directory where the work happens and then a move happens where the final version moves into the object and then the inventory is updated. There may be other approaches as well. Let's create a section of the implementation notes that discusses how to accession content into an OCFL object. We agreed to create the deposit directory at the storage root level.

Actions

  • Andrew W.: send email asking how they think OCFL might fit into this OAIS-IF, will cc everyone
Clone this wiki locally