-
Notifications
You must be signed in to change notification settings - Fork 14
2019.02.13 Community Meeting
- 11am ET
- https://duraspace.zoom.us/my/vivo1
- 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
- Andrew Woods
- Daniel Bernstein
- Julian Morley
- Peter Cornwell
- Aaron Birkland
- Andrew Hankinson
- Ben Cail
- Dan Granville
- David Wilcox
- Doron Shalvi
- Neil Jefferies
- Rosalyn Metz
- Simeon Warner
- Tom Wrobel
- Community updates
- Fedora 6
- ?
-
Beta updates
- Unresolved Beta issues
- Client libraries
- Related initiatives
- Next meeting: Wednesday, Mar 13th @11am ET
Fedora leadership group has expressed an interest in exploring Fodora-over-OCFL where OCFL is the persistence layer, see Fedora 6. Currently exploring a set of questions including how to map Fedora 4/5 and/or Fedora 3 models onto OCFL. There will be a face-to-face meeting of committers at the end of February to explore a way forward. Also exploring the idea of dropping some future Fedora over a set of generic OCFL resources to expose them in some way. See Fcrepo-OCFL Mapping: Background and Open Questions.
Oxford ORA expecting to start work on OCFL implementation end-March or early-April.
Data Futures (Peter, Dan) exploring manual creation of OCFL objects for about a dozen objects (scrolls with thousands of Open Annotation data model annotations), have looked at existing validation work. Find that OCFL structure is similar to previous work on proprietary filestore. Data available at https://ocfl-dev.data-futures.org/exports/hachiman/. Open questions of how to integrate archival store with live support for use of data and annotations. Have not yet explored assembling OCFL objects under a storage root. Comments and questions to dan@data-futures.org & peterc@data-futures.org.
2. Beta updates
Discussion of unresolved Beta issues and in particular unassigned issues.
Issue 281 - should be broken up into two tickets. Rosy will take the "Add 'base-ten' clarification", someone else needs to take on the "Add Unix ls
discussion to implementation-notes" part.
Issue 275 needs discussion and agreement at next editors' meeting
Action on current assignees to resolve these tickets.
Question from Dan of whether Python code (currently zimeon-ocfl-py) will be fleshed out to implement more verification (such as content)? Oxford team not expecting to work on implementation before end-March but do want a Python implementation. Simeon says PRs welcome on his code. OCFL Slack channel is the best way to communicate about this.
Aaron's Go implementation birkland-ocfl was done to evaluate OCFL for Fedora work and in JHU context. Focus is process of creation of OCFL objects and to look at any performance implications. Has code for listing objects in OCFL root, files within object, and building OCFL objects. Question about ids and resolution: there is an expectation to have a mapping from an id (URI or any string) which is currently implemented using a simple URI encoding library in Go.
Andrew Hankinson has started some work on a Go implementation that focuses on validation: https://github.com/ahankinson/ocfl.
- NDSA is currently out for consultation now so we can feed in
- Rosy is on two committees (assessment and curatorial), comments that users are picking and choosing elements rather than implementing whole levels.
- Neil & Julian at PASIG and will discuss with Sybil who is on core revision groups. Question of where OCFL matches (or not) some of the levels.
- Initiative to find common technology for interacting OAIS systems.
- p4-5 discussed different areas of the framework: one part is UI, then lower level abstractions
- Might OCFL fit in at the bindings stage? Not clear from diagrams.
- Andrew Woods will reach out to better understand possible connections.
- See "specifications for review"
- Not sure of possible connections to OCFL, consensus on call is to watch this work.
- ...
- Neil to contact NDSA group regarding openness of preservation storage in the "Levels of Preservation"
- Neil to contact Data-Futures regarding engagement