...

1. Danny Bernstein  
2. Peter Winckles  (out)
3. Andrew Woods (out)
4. David Wilcox  
5. Peter Eichman   (out)
6. Joshua Westgard  (out)
7. Jared Whiklo
8. Bethany Seeger 
9. Youn Noh
10. Thomas Bernhart
11. Ben Cail
12. Rosie Le Faive
13. Daniel Lamb
14. Aaron Birkland
15. Ben Pennell

Part 2: 

1. Danny Bernstein   
2. Peter Winckles  (out)
3. Andrew Woods (out)
4. David Wilcox  
5. Jared Whiklo 
6. Bethany Seeger 
7. Ben Cail
8. Aaron Birkland
9. Ben Pennell

Agenda

1. Announcements
   1. Andrew, Danny and David will be out next week - volunteer to facilitate the this meeting?
2. OCFL and Fedora:  inventory.json bloat and what to do about it.  Is OCFL intended for a small number of versions?   And if so, is that intention at odds with autoversioning in Fedora
3. Status on organizing a Fedora documentation review
4. Applying a digital preservation framework (e.g. NDSA Levels of Digital Preservation) to Fedora 6 
5. Organizing Sprint work
   1. Review of Goals for Sprint 1
   2. Kick Off Meeting: Monday September 16 at 10am Eastern
   3. Tentative plan for who will focus on what:
      
      1. Danny Bernstein
      2. Ben Pennell
      3. Peter Eichman
      4. Jared Whiklo
      5. Bethany Seeger
      6. Aaron Birkland
      7. Anna Dabrowski
      8. Youn Noh
      9. Dan Field
      10. Jenny A'Brook
      11. Mohamed Mohideen Abdul Rasheed
      12. Richard Williams
      13. Michal Dulinski
      14. Remigiusz Malessa
   4. Major Areas of Work
      
      1. Design/Development
         1. Interface Definition
            1. Persistence API
               1. ?
            2. OCFL Client Development
               1. OCFL Java API
               2. OCFL Java Client Implementation
            3. Transactions
      2. Documentation
      1. Matrix of all the pages a la 5.x Documentation Updates
      2. Review of docs, flagging pages that will need to be changed, deleted, or added
      3. Testing
         1. Performance Testing
      4. Import/Export/Migration
         1. ?
6. Sprint Planning
   
   1. 6.0 Architecture Review
   2. Coming to consensus on:
   3. Transaction Sidecar Spec Update
7. Status
   1. API Test Suite PRs
      
      1. https://github.com/fcrepo/Fedora-API-Test-Suite/pulls
   2.  Minimal 4 →5 migration needs testing  and code review:
      1. https://github.com/fcrepo4-exts/fcrepo-upgrade-utils/pull/17
8. Your topic here...

...

1. In Review

   Expand
   Jira server DuraSpace JIRA jqlQuery filter=13100 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5

   
   

2. Please squash a bug!

   Expand
   Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery filter=13122 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5

   
   

3. Tickets resolved this week:

   Expand
   Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery filter=13111 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5

   
   

4. Tickets created this week:

   Expand
   Jira server DuraSpace JIRA columns key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution maximumIssues 20 jqlQuery filter=13029 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5

   
   

Notes

Part I

1. Jared Whiklo  will facilitate next week's meeting : Bethany Seeger  will take notes.
2. Sprint kickoff meeting for 10:00ET
3. Documentation review: Call for people who are interested in participating. Have heard back from 4 people so far. Now to connect and look to organize the sprint. Anyone who is interested can connect with David Wilcox.
4. This first pass is just to review the documentation with an eye towards the usability, correctness and understand-ability of the docs. A second pass to align the software with Fedora 6 can occur later.
5. Could we align Fedora with one or more preservation standards. These standards require a whole view towards preservation, but the software usually needs to do certain things and is the technical team considering these standards.
6. OCFL filesystem bloat:
   1. It was known that in the case of a largish number of versions and a largeish number of OCFL objects. The inventory.json can become quite larger. Because there is a mapping between logical files and physical file paths. This must be performed during each version.
   2. Writing/parsing is not a huge issue and is mitigated by caching of the parsed inventory.
   3. The issue is the huge amount filesystem storage required by the inventory.json. There is a SHOULD in the spec which suggests that you store a version of the inventory.json in the version directory so end up storing several copies of these larger inventory files.
   4. If Fedora creates an OCFL version for each change, this could cause quite large file storage requirements.
   5. Things we could do to reduce/mitigate this file storage issue.
      1. Not use SHA-512 (though recommended) and use SHA-256 instead for smaller hashes.
      2. Don't store additional inventory.json files in each version. This is seemingly more of a soft-requirement for the purposes of forensics in the case of a file-system error.
   6. Are there any concrete actions we need to take or blockers for the upcoming sprint? None identified.
   7. Should bring these issues to the OCFL community (via Slack or meeting) to ensure they are aware of our concerns. Ben Cail will take the previous issue to the OCFL community for discussion amongst that group.
7. Jared Whiklo feels that if the OCFL library is not ready to start, should we be working towards a simple DB + filesystem backend to get the core Fedora ITs working and spend time on those things.
8. Getting the PersistantStorage API fleshed out might help with some of the OCFL vs simple filesystem backend questions.

...