Agenda:
Introduction and context (Steve Van Tuyl tamsin woo 10 minutes)
We’d like to come out of Connect with an emerging plan for Valkyrie/Hyrax
There is a bunch of work and thinking that has been done thus far, but we need to ensure that we’re taking the right approach
https://wiki.duraspace.org/display/samvera/Valkyrie+Discussion+-+2018-10-04
What has been done? (30 minutes)
Valkyrie (Trey Pendragon )
- Storage differences btwn valkyrie's fedora 4 adapter vs. hyrax's use of fedora:
- valkyrie does has members differently than hyrax.
- valkyrie doesn't use indirect containers; it puts the triples straight on the graph
- object > binary > metadata about binary (hyrax) vs object > metadata profile > binary (valkyrie); it's real hard to flip this around in valkyrie
- One idea would be to have read-only adapters meant for migration purposes. this would be a much easier way forward here.
- do institutions want to stay on fedora and use a hyrax-y fedora adapter going forward
- Tom: a couple possible approaches to moving folks over
- Ship with an immediate / abrupt code cut-over and expect everyone to update their applications
- use a read-only fedora-hyrax adapter; ship it and expect everyone to upgrade right away; whenever something gets read out of fedora in the old model, replace it with a version running through the new metadata adapter. this could be a data migration over time, with an immediate code migration
- existing writes through active fedora are immediately breaking (lead to data loss)
- Allow the fedora-hyrax adapter to be read/write, leave active fedora in place; allow adapters to decide when they want to make the code cut-over. Allow code migration to be step-wise
- Ship with an immediate / abrupt code cut-over and expect everyone to update their applications
- Why can't I just power valkyrie up with active fedora? V has features not available in active fedora like arbitrarily deep nested objects and ordered properties
- Let's not call it valkyrie-hyrax!! because it is really more like a valkyrie-AF or valkyrie-pcdm
- Storage differences btwn valkyrie's fedora 4 adapter vs. hyrax's use of fedora:
Valkyrie on Hyrax v.1 (justin )
The Hamfisted Version (http://bit.ly/hyrax-valkyrie) (Josh Gum )
Where do we go? (15 minutes)
CHECK IN; should we:
Continue discussion;
Break-out technical subgroups?
Whiteboarding
Hacking
Report back (last 20 minutes)
What were the concrete outputs from today?
What are the next steps?
What, if any, additional get togethers should there be at Connect?
What commitments do we need to accomplish this?
What should our ask be for the rest of the conference?
Q: It sounds like people may be comfortable moving away from PCDM is that true?
- Princeton comfortable following it in local modeling; could easily serialize this way if we shared our data.
- Application behavior is the question much more than the storage layer – pcdm a concern of an application (e.g. hyrax itself could guarantee/validate the pcdm-ness of data)