...
- Announcements
- Check-in regarding the double meeting format
- Status of https://github.com/pwinckles/ocfl-java-parent move into ocfl Github repo
- Opportunities to chip in:
- API Test Suite PRs
- Minimal 4 →5 migration needs testing and code review:
- API Test Suite PRs
- Update on Fedora 6 Pilots
- Sprint Planning
- 6.0 Architecture Review
- Versioning review from last week:
- Clarification of the proposal:
- OCFL transactions always result in new versions; we will not support unversioned content in Fedora
- From Fedora's point of view, the current state of a resource is the most recent version (ie HEAD)
- By default Fedora will display only "significant" versions in the list of mementos.
- "Significant versions" are OCFL objects that contain a marker file in the content directory (possibly something like content/.fcrepo/memento)
- Implication: versions cannot be removed ( because removing content from OCFL is likely to be controversial). Copy/Delete entire OCFL object would be the only way to remove version history.
- Questions:
- Is it important to be able to have Memento timestamps synchronized across a multi-object transaction? In other words, are users going to want to be able to version changes across a single time-slice?
Ie:
http://localhost:8080/rest/object1/fcr:versions/20190822122001
http://localhost:8080/rest/object2/fcr:versions/20190822122001
http://localhost:8080/rest/object3/fcr:versions/20190822122001
- Is it important to be able to have Memento timestamps synchronized across a multi-object transaction? In other words, are users going to want to be able to version changes across a single time-slice?
- Clarification of the proposal:
- Multi-object transaction implementation ideas
- Versioning review from last week:
- Transaction Sidecar Spec Update
- 6.0 Architecture Review
- Status on organizing a Fedora documentation review
- Your topic here...
...