...
Tammy Allgood Wolf- Melissa Anez
- Chris Awre
- Thomas Bernhart
- Danny Bernstein
- Robert Cartolano
- Aaron Choate
- Sayeed Choudhury
Stefano Cossu- Jon Dunn
- Karen Estlund
- Dan Field
- Raman Ganguly
- Jennifer Gilbert
- Babak Hamidzadeh
- Neil Jefferies
- Mark Jordan
- Danny Lamb
- Rosalyn Metz
- Este Pope
- Scott Prater
- Robin Ruggaber
- Tim Shearer
Erin Tripp- Andrew Woods
- Dustin Slater
- Jennifer Vinopal
- Evviva Weinraub
- Jared Whiklo
- David Wilcox
- Wei Xuan
- Maurice York
- Laurie Arp
- Robert Miller
...
Q: (MY) Why not just create a default "Version 0" for everything on the backend?
A: (DW) If we did this .... we still need to figure out what to do with that with the content later. Creating a version signals intent. But generally users just put content in Fedora and don't think about versioningFuture changes would need to be versioned or else the "Version 0" directory would be overwritten with changed content. Versions in OCFL are supposed to be immutable.
A: (RM) OCFL assumes you are being intentional. Fedora does not assume the user is being intentional. It allows for a broader use case of individuals not thinking about what happens when they update content.
Q: (SP) Does the Fedora tech team have a preference from their technical point of view?
A: (DW)They do, but we're hesitant to introduce that this early in the discussion. We will share that later in the discussion, but we want to prejudice the discussion.
Comment
(SP) Repository owners will have 2 main concerns:
...
(AW) The above scenario was that there was a parent container that got version every time a child was modified or added. The act of creating a version in OCFL is the act of preservation. Indicating that it is ready for preservation. In Fedora the act of creating a version has been more about wanting to not lose a previous version.
(Mark (in chat)) Should "auto" not be determined further up the stack than Fedora? In other words, Samvera and Islandora, and other business logic layers, determine whether all changes result in new versions, or some contextual/configuration logic that makes this curatorial decision on behalf of the user. It is conceivable that multiple applications may be using Fedora, and some may want auto and some may not.
(DW) This is something I worry about too. If Fedora is too rigid in how we deal with it, it could dissuade other applications from adopting Fedora. We want to make it as easy as possible to adopt Fedora 6. So we want to limit how much work others will have to do to adopt Fedora. So, can we come up with a solution that aligns as much as possible with OCFL, but not make the change too complicated to adopt?
(DW ran through the options in the above document)
(TS) In the mutable head scenario, is it a given that auto versioning is an option? Not a default?
(AW) I think these are orthogonal topics. If you have auto versioning on at the application or Fedora level, the mutable head directory wouldn't exist or would be empty because all content would be versioned.
(DB) Having the system just auto version makes it more simple than dealing with a mutable head, but if we have a mutable head it makes on-demand versioning easier.
(SP) <asked about having unversioned content in the OCFL structure>
(AW/RS) You must not include other objects in the OCFL object root is the specification. See the last sentence in the draft https://ocfl.io/draft/spec/#object-structure
(RS)I think the language in the specification should be change from "must not" to "should not". I think it is ok to have content in a directory that hasn't been versioned.
(DW) Whatever we choose, it is going to be a compromise. What the decision gets down to is: where should unversioned content live? We want to hear from this group on what the community thinks, and what the best way forward for Fedora?
(TS) What is the urgency/timeline for this decision?
(AW/DB) There is a sprint that starts November 4th. We would like to have the decision a week previous to that date.
(MY) The view that Fedora enforces a particular viewpoint has been an issue in the past, so we should consider that when we decide what Fedora does. The flexibility is important.
(DW) Time is up today. David will follow up with DB and AW after the call and put together some material to help make the decision. The core issue seems to be where to store unversioned content.
Action Items