Time/Place
This meeting is a hybrid teleconference and slack chat. Anyone is welcome to join...here's the info:
- Time: 11:00am Eastern Daylight Time US (UTC-4)
- Audio/Video Conference Link: https://lyrasis.zoom.us/my/fedora
- Dial-in:
+1 408 638 0968
+1 646 876 9923
+1 669 900 6833
Meeting ID:
812 835 3771
- Dial-in:
Join fedora-project.slack.com on the "tech" channel
Attendees
- Danny Bernstein
- Peter Winckles
- Jared Whiklo
- Bethany Seeger
- Ben Pennell
- Aaron Birkland
- David Wilcox
- Peter Eichman
- Daniel Lamb
- Ben Cail
- Thomas Bernhart
- Andrew Woods
- Doron Shalvi
Agenda
- Announcements
- 2020 Q1 Sprint will start on the 27th .
- 6 5 Participants
- Jan 20 27- 2431
- Fedora 6 documentation space: Fedora 6.x Documentation
- Updates/Corrections would be helpful... from top to bottom!
- 2020 Q1 Sprint will start on the 27th .
- Fedora 6 Demo 1 is out in the wild:
- https://github.com/fcrepo4/fcrepo4/releases/tag/fedora-6-demo-1
- Jared Whiklo 's follow on PR saves the state of the Fedora-to-OCFL index.
- Next demo target:
- Create/Read Binaries
- Continue CRUD work
- Containment Index
- Archival Group
- ?
- Sprint planning:
- State of the development
- What is the status of https://github.com/fcrepo4/fcrepo4/pull/1592?
- Shall we close it?
- What is the status of https://github.com/fcrepo4/fcrepo4/pull/1592?
- Pair tree testing partner
- <Your topic here>
Tickets
In Review
Expand Jira server DuraSpace JIRA jqlQuery filter=13100 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5 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 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 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
- Announcements
- 2020 Q1 Sprint:
- People are still welcome to join! https://doodle.com/poll/es7nwdppt94rv2p
- 2020 Q1 Sprint:
- Fedora 6 Demo 1 - one PR to go to bring everything into master
- https://github.com/fcrepo4/fcrepo4/pull/1599
- There is a PR from Andrew Woods on the above PR
- Danny Bernstein will take a look at it
- We take a lot of times to finish/merge PRs
- https://github.com/fcrepo4/fcrepo4/pull/1599
- New questions raised:
- Should the ntriples file for an archival group be named the full identifier of the root?
- Approach i (current): http://localhost:8080/fcrepo/rest
/my/ag maps to <ocfl_storage_root>/my_ag/versions/v1/content/ag.nt
- filename would match only last part of Fedora ID
- Approach ii: http://localhost:8080/fcrepo/rest
/my/ag maps to <ocfl_storage_root>/my_ag/versions/v1/content/my_ag.nt
- filename would match complete Fedora ID
- Danny Bernstein: could make things clearer
- OCFL ID and root triples file should have the same prefix → makes it easier to find the file containing the "the user RDF"
- Description on how to handle identifiers (current mapping): https://docs.google.com/document/d/1LVPeGwfhnqttcRs-KV_ZQSzRrtBEOiTHd1ZhJ5MtWxc/edit#heading=h.8sux65ircj6o
- We stick with the current approach for now, until there is a specific use case to change it. Question will be put on list of open questions.
- Approach i (current): http://localhost:8080/fcrepo/rest
- Should the ntriples file for an archival group be named the full identifier of the root?
- "Skolemizing to Hash-URIs": Is disabling that still something we want|need to support?
- Question will also be put on list of open questions.
- "Skolemizing to Hash-URIs": Is disabling that still something we want|need to support?
- Upcoming demo:
- Create/Read Binaries
- Danny Bernstein : Wants to know, if we can get it to work till the demo → doesn't look like it.
- Create/Read Binaries
- Next sprint on Jan 27th – currently 6 participants
- Andrew and Danny will be available!
- Fedora 6 docs are up – please capture updates and changes
- There's a lot that's no longer relevant – a lot of changes needed
- When you make software changes – update the docs
- Next sprint on Jan 27th – currently 6 participants
- Fedora 6 Demo
- Demo build is tagged and available
- Double-click doesn't work but you can run it with
java -jar
- Not a priority to fix right now (might just be related to the version of Java that the OS is trying to use to launch it)
- Works on Andrew's machine
- Jared just added functionality to save state but not in tagged demo. Should the tagged be moved?
- Yes, will move tag
- Next Demo Target
- Create/read binaries
- Mohammed has an outstanding PR for replacing binaries (link?)
- At the time RDF and binary persisters were the same – no longer the case
- Should this PR be updated or start over?
- Andrew thinks it could be brought into alignment if it was still useful
- Jared thinks there is valueable work in it
- Danny: Changes in the PR are above the persister layer. Get create & read working first? Hard to test if you can't create.
- Bethany: Does it take into account some of the other changes that were made at the kernel layer? Might need to be refactored.
- Action: Andrew and Danny figure out where things stand
- Andrew: Features should be end to end going forward
- Sprint planning
- Create and read binaries
- Containment index
- Peter E: A lot of the code exists but not hooked up to Fedora
- JDBC fairly agnostic and not hooked up to a DB yet – used H2 for testing
- Update migration utils to use the same on disk representation as the current direction in Fedora 6 (Doc)
- Need something to iterate over an existing OCFL repo and init Fedora
- Andrew: Should Fedora do this on startup or should there be an external tool that creates everything Fedora needs?
- Jared: Long term the index should be in a db. Need to know how object ids are mapped to location on disk. Should we support a lazy-load of the index?
- Danny doesn't see much value in the lazy-load.
- Andrew: Potential use case for iteratively migrating objects?
- Ben: Wants incremental migrations. Would like Fedora to be able to handle objects that aren't in the index. Would be nice to not have to run a reindex/rebuild
- Sprint focus:
- Continue CRUD work
- Containment Index
- Archival Group
- ?
- State of the development
- Other pull requests
- Pair tree testing partnerStill now testing partner found to test pair tree behaviour → David Wilcox will look into it
- .
Actions
- Clarify in in documentation that multiple simultaneous writes to OCFL are not supported
...