2018-06-21 Meeting notes
Date
Attendees
Goals
Discussion items
Time | Item | Who | Notes |
---|---|---|---|
Batch Upload Work |
| ||
Metadata and Media Worktype | Becasue of AV type that Avalon cares about - Indiana and NU worked on AV worktype for Hyrax. Get worktype tied to player. IIIF Manifest generation. Metadata connected. Dealing with multipart fields. Store all of the multivalued/ multipart fields as a JSON blob in one statement. Other thing with the worktype - our descriptive metadata isn't tied to media. Does a betteer job than generic metadata. Reviewing generic worktype - push some of our opinion of metadata into Hyrax core via Generic worktype. Happening in Metadata IG sponsoring a session for those interested - hash out what's there, what should be there. Descriptive for generic work. Offering use cases. Some of what we like in media we're seeing fi we can push to Generic. | ||
"Owner" question from LaRita | Part of the Permission and Analysis WG - PAWG. Question of whether "owner" role currently in Hyrax - what is an owner? What's special about that role? Permissions - list of actiosn assigned to roles - make sure list of actions is complete per role. Discussion was all about - are we covering what people think of when they think of an owner. Different perspectives from people with different backgrounds. Conclusion: We do cover everything in the Matrix of actions. Everything can be configured if we do a configurable permissions module. Whomever creates a work is an Owner - an immutable role. PAWG is leaning toward a work should have a primary contact. A descriptive field for Primary contact. Who is the creator. Those are just descriptive fields. | ||
IIIF Presentation 3.0 support in Hyrax (and allowing configurable viewers) | Our ongoing work on AVALON 7 has been to get IIIF 3.0 support in our Hyrax app. Play AV w/ structure within a file. Rolling things back to Hyrax core. Would like Tom's feedback - 2.1 and 3 are here and coming. Don't want it internal to Avalon for too long. Making IIIF viewer configurable (assumed Universal Viewer right now) - Hyrax app content negotiation - presentation 2 and 3 manifests. Tom - while spec is still in draft - look at what's in our code - prototype - analysis in Hyrax to make it easier to maintain on our end. Get IIIF 3 support while spec is still in draft. Treat as a prototype - simple actions taken on application side. If we have something we can demo now - we should start now on that. Doing work on IIF stuff up front, we have a workshop planned for Samvera Connect about demoing how to enable IIIF video and rich video playback in any Hyrax app. AI: Write a straightforward story for Hyrax about how to implement IIIF in Hyrax. | ||
First meeting of the Hyrax working group | Tom - group of people most directly connected to Hyrax Dev UG Started planning the print likely to start on July 9 - SVT and TJ will ensure that works for everyone Have a project set up in Hyrax https://github.com/samvera/hyrax/projects/5 Populating backlog - Jessica Hilt, SVT and TJ will get the backlog populated and groomed. JH will facilitate. SVT as PO and TJ as TL. Chris Diaz as testing/ QA facilitator. Have a good team. Plan is to run those sprints on 2 weeks on, 2 weeks off. Some fudging in practice - but idea is to give people the chance to push back on local work so they can focus on work. Priorities: Closing bugs from 2.1 testing, finishing up Analytics work - loose priorities Steve has pulled from Roadmap that are going into backlog. Discussion among Metadata-ists - need and interest for a committed point person for a Metadata librarian - Expect some discussion on that topic Review time - interest among tech call to keep up backlog review - | ||
PR and Hyrax | To date - focused on HyKu as key outcome - More concrete working with AMS, Avalon - basic apps built from Hyrax with minor customizations and feature adds. Interest in shipping Hyku from various parties - but let's talk about products about what exists or in the works - demo'ing those as people work toward delivering real things. Frontloading that conversation about finished applications at the forefront and let Hyrax fall into the background a bit. Hyku and Hyrax - shift to talking about Hyrax as various applications it serves as a platform. Tenejo - as basic Hyrax DAMS - reason we've been able to do this - coordinated effort to support all of these things, making it possible to complete these finished applications. That's deployable - service providers can roll out. Talk about how community work is resulting in finished products thata re genuinely ready to go. |