Connect:
https://bluejeans.com/688749301
Meeting ID: 688 749 301
Phone Dial-in
+1.408.740.7256 (US (San Jose))
+1.888.240.2560 (US Toll Free)
+1.408.317.9253 (US (Primary, San Jose))
Global Numbers: http://bluejeans.com/numbers
Room System
199.48.152.152 or bjn.vc
Attendees:
Regrets:
Note Taker: Jon Cameron
Facilitator: Julie Allinson
Agenda:
- Discuss white paper progress
Minutes:
Jen emailed and got a reply from Richard—they have working group/interest group agendas on the docket and will make decisions soon.
White paper progress. Not much progress as of yet.
Mark updates: core components working group was set to re-charter after connect, Ben and Mark have updated the charter and will send it out to interested partners (samvera-tech) shortly for call of participation. Took what was there last cycle and updated it to recharter every six months. Looking at the core components list, make sure it reflects reality, make additions and subtractions, and evaluate anything that has enough tech debt that it requires some community work.
Mark also had a chance to talk with Rosalyn Metz about the Fedora pieces. She's writing some things for the Fedora community docs and will base in the next couple of weeks regarding Fedora text for the white paper.
Ben: we got a release candidate for blacklight 7 out, which addresses breaking api issues. Ben's been doing minor release management. The RC and a compatible version of blacklight-marc are out, and everything will be put out in the next week or so. That should loosen up work plans for some of the other projects. Ben has been trying to reach out as many channels as possible. Ben will pop into some Slack channels and needle specific people.
Steve: Given the representatives on this group, Steve will probably write things that are incorrect about core components, Avalon etc. Steve will throw text in and people can go in and do corrections or add comments. What isn't in the bulleted list is the "roll your own." We should also have text that reach out to people who create bespoke software with our components. Steve isn't sure how to word that, so we could work together to break that section. Want to be sensitive to how things are ordered in the white paper—people may read things into the order in which things are listed. We could have a discussion here or in the comments about the ordering and what that looks like.
Mark: We usually tell people to pick the solution bundle closest to their needs and start there, and do a gap analysis. That's how we walk people through whether to do a bundle, or how bespoke their needs are. One of the scaffolds is to take a bundle and look at it, as a starting point of gap analysis and institutional priorities.
Steve: Does it make sense to order this as core components, working groups (or reverse those), Hyrax, Avalon, then bespoke? As you go up the layers, you may wind up as bespoke, but that may not be where you want to start thinking about stuff.
Mark: Thinking about interest or working groups feeding into solution bundles, and solution bundles being customizable, leading to the components. An issue that comes up is people thinking they need to understand all of the core components before they can start using Samvera, which isn't the case. It's only a small portion of the community which actually creates something completely new from core components. This as something talking to Jonathan's blog post.
Julie: Coming back to who we're writing this for: professionalizing Samvera. We definitely don't want to overcomplicate it.
Nabeela: what does the community offer, and what are the products?
Steve: I'm putting things in the roadmap section that may actually need to go in the strengths section. Getting stuff down and then moving around is primary at the moment.
Nabeela: Going back to the structure—what are we trying to say there?
Jen: Weird to me that Fedora has its own section. Why are we calling Fedora out specifically?
Julie: Think about a section that talks about the underpinnings—we're not just writing all this stuff ourselves, but instead using components outside our community.
Mark: If we change that from Fedora to else; there's Rails, Sol; Fedora surfaced because it's driven more of the discussion and change in the community that Solr has, but we should also mention Blacklight and others. We could expand that section but give some prominence to discussion of Fedora, probably in the historical context.
Julie: We shouldn't fence sit on Fedora or be nervous or lack confidence in what we say about Fedora.
Jen: We can also talk about in the current struggles section the issues with Fedora in the community. Thinking of architecture in the greater community.
Julie: As the community gets bigger, having options, and so having descriptions of the different options (solution bundle, roll your own) can come in.
Mark: We know the tech will change over the time in which we'll be managing the content we have. If we present that we present this as static, it won't be good. Having a mature mechanism for change is a positive thing to put out there.
Next Meeting; Nov 27. 2018