Time/Place
Time: 2:00pm ET
Audio Conference:
Join from PC, Mac, Linux, iOS or Android: https://duraspace.zoom.us/j/8128353771
Or iPhone one-tap :
US: +16699006833,,8128353771# or +16468769923,,8128353771#
Or Telephone:
Dial(for higher quality, dial a number based on your current location):
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
Agenda/ Notes
Topic | Lead |
---|
Review pilot guidelines and answer any questions | David | Discuss NLM pilot details - What are the desired outcomes?
- What are the timelines?
- What is our communication plan?
| David | Next steps | All |
|
|
|
Notes
Desired Outcomes:
- Success would mean Fedora6 is something we can use and the steps for migration would be clear
- Something we can use:
- Requirements:
- Migration performance
- how many objects representing
- how much data migrated in
- how much time
- Are the development targets outlined by the Fedora 6 design summary aligned with NLM's needs?
- Concern around external content
- Current F3 stack makes heavy use of external content
- How to use an external content model with the Fedora6 / OCFL design?
- Would we (NLM) have to bring in all the external binaries into Fedora ? Or is would it make sense to use external content?
- OCFL objects can point to external content (via a URI)
- NLM would always have the option to bring in the content into OCFL later.
- Having binaries and metadata collocated is a principle of OCFL not a requirement
- Concerns around RDF and LDP:
Timelines / Responsibilities
- Two sprints for fedora - September and November
- We're looking at year long road map with Fedora 6 + migration tooling
- Aiming to wrap up the pilot around this time next year.
- Does that timeline seem reasonable to NLM?
- Busy through September
- Overall timeframe looks good
- Sample data:
- Andrew Woods is moving migration-utils project forward insofar as it is writing to OCFL directly
- It would be helpful to vet the performance characteristics of that migration approach.
- Having a Fedora3 tar file would be useful for us to run some tests in the short term.
- One initial test would be to run migration utils without writing anything on the fedora to establish a baseline for performance.
- 60 TBs and 10 million objects
- How important is it to retain your own URIs?
- Currently permalinks are stored in the object metadata
- NLM does not care so much that Fedora 3 URLs change in the migration.
- Fedora URLs are used in NLMs architecture so changing the code that resolves fedora links will have to change, but that is not a big deal.
Communication:
- As sprints kick-off the Fedora team will need feedback on progress.
- NLM's participation in the weekly tech calls and #fedora6-pilot would be very helpful.
Actions
- Danny Bernstein to bring in the question of external binaries in OCFL in the weekly tech call. Pilot partners should feel free to raise the issue on in the #fedora6-pilots slack channel
- Andrew Woods to schedule a dedicated call to discuss URLs as URIs for digital objects.
- Nancy Fallgren and everyone in the current meeting to review the thread and make sure to raise any issues that are not touched on in the thread.
- Andrew Woods to work with Doron Shalvi on determining the way forward re sample data