How to connect: https://notredame.zoom.us/j/94030214208 (link will launch Zoom client – if you do not have Zoom, expand the instructions below)
Time: 9:00am PDT / Noon EDT
Moderator: Jeremy Friesen
Notetaker: James Griffin
Attendees:
- Jeremy Friesen (University of Notre Dame)
- tamsin woo (UC Santa Barbara)
- Juliet Hardesty (Indiana University)
- Chris Colvard (Deactivated) (Ubiquity Press)
- Collin Brittle (Emory)
- Lynette Rayle (Cornell)
- Alexandra Dunn (UC Santa Barbara)
- Rob Kaufman (Notch8)
Agenda
Roll call by timezone per following order - ensure notetaker is present (moderator)
folks outside North and South America
Eastern timezone
Central timezone
Mountain timezone
Pacific timezone
folks who were missed or who dialed in during roll call
- Remind everyone to sign in on agenda.
- Welcome all newcomers!
- Agenda (moderator)
- Call for new agenda items (moderator)
- Hyrax's CircleCI (and local development?) using Postgresql (Jeremy Friesen )
- Working Documents - Samvera Branch Renaming Working Group (Jeremy Friesen )
- Seeking to close call for membership on 2020-07-16
- https://github.com/samvera/hyrax/issues/4318 < last 3.0 feature
- Samvera help follow-up
- Pull request review
- Moderator & notetaker for next time
- Moderator:
- Notetaker:
- After call, this week's notetaker should create the agenda for the next call:
Open template agenda titled "Samvera Tech Call 2020-xx-xx"
- Click on ... in the top right corner, and select copy.
- Popup will open for location. It should contain:
- Space: Samvera
- Parent page: 2020
- Select copy. New page should be created.
- Modify the title to remove "copy of", update it with the next date, add moderator, notetaker, and any carry-over agenda info. Click Publish.
- PR Review
- Review issues:
- PR review coordinator for next time:
Notes
- Working Documents - Samvera Branch Renaming Working Group
- Jeremy will be facilitating this
- Looking to close the call for participation 07/16
- Hyrax's CircleCI (and local development?) using Postgresql
- Pull request: https://github.com/samvera/hyrax/pull/4397
- Ensure that CircleCI runs PostgreSQL, test against a postgres ecosystem
- Request to review the pull request (Tom and Collin have already reviewed this)
- Collin is working to get a new release of the Samvera CircleCI Orb
- Trying for a release which offers a URL for the postgres database
- Currently, in Hyrax, this needs to be hard-coded into the Rails application config from the environment variables
- Jeremy will look to try and advance this for this afternoon
- Chris will look to review the PR at some point today as well
- When generating the internal_test_app, there should just be one database in the default development environment
- If we can cut this over to postgres within this PR, then this should be the approach taken
- (Otherwise, if multiple databases are supported, this complicates generating internal_test_app)
- This also ensures that developers no longer need to mock SQLite interaction
- Release notes
- Aspire to get this PR into the RC2 of Hyrax 3
- https://github.com/samvera/hyrax/issues/4318
- Blocking issue for the next Hyrax 3 release
- Request to provide a strategy for resolving this
- Should we revert the change which led to this to begin with?
- (All agreed with this)
- It is an attempt to set up an Object which acts like it has a single title
- Additional title field values are treated as if they are different metadata properties (which they are not)
- It is not backwards compatible
- There are issues with translations
- Whether or not we want a primary title is a completely different discussion
- We need to create a trail around the title/alternative title support, and add this to the Issue
- The request for a single title on the metadata form originated with the Metadata Interest Group
- The goal is not to solve all of the problems called out by the IG
- If you wish to display a single field, which value is displayed will always be non-deterministic
- All of this is still problematic if one writes to Objects only using the Hyrax forms
- However, if the forms destroy data on a roundtrip, then this problem arises
- Request for hooks for dealing with i18n and translations
- Forms should be handle the locales specified for each field
- If the title is multivalued, aren't all of the titles which aren't the first value alternative titles by default?
- We are committed to supporting fcrepo, and hence, we cannot restrict the number of titles at the data model layer
- Hyrax cannot destroy data fcrepo during the roundtripping of objects, and hence, these multiple titles must remain supported
- From a bibliographic perspective, there is a different between a title translated to Finnish, and an alternative title