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
Agenda
- Announcements
- 2020 Q1 Sprint: https://doodle.com/poll/es7nwdppt94rv2p is on the 20th
- 6 Participants
- Jan 20 - 24
- Newly created Fedora 6 documentation space: Fedora 6.x Documentation
- Updates/Corrections would be helpful... from top to bottom!
- Codestyle line length limit re-introduced... ready for review:
- 2020 Q1 Sprint: https://doodle.com/poll/es7nwdppt94rv2p is on the 20th
- Fedora 6 Demo 1 - one PR to go to bring everything into master
- New questions raised:
- Should the ntriples file for an archival group be named the full identifier of the root?
- Current mapping: http://localhost:8080/fcrepo/rest
/my/ag maps to <ocfl_storage_root>/my_ag/versions/v1/content/ag.nt
- An alternate approach: http://localhost:8080/fcrepo/rest
/my/ag maps to <ocfl_storage_root>/my_ag/versions/v1/content/my_ag.nt
- Current mapping: http://localhost:8080/fcrepo/rest
- "Skolemizing to Hash-URIs": Is disabling that still something we want|need to support?
- Should the ntriples file for an archival group be named the full identifier of the root?
- Upcoming demo:
- Create/Read Binaries
- Sprint focus:
- Continue CRUD work
- Containment Index
- Archival Group
- ?
- State of the development
- Other pull requests
- Pair tree testing partner
Tickets
In Review
Please squash a bug!
Tickets resolved this week:
Tickets created this week:
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
- Sprint focus:
- Continue CRUD work
- Containment Index
- Archival Group
- ?
- State of the development
- Other pull requests
- Pair tree testing partner
- Still 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