Exercise in October about short/mid-term priorities. Spent some time looking at feedback/ideas and there were a lot of good ideas, but two practical ones to talk about and gather more info about to see if we want to organize any collective work. Esme worked with Nabeela Jaffer and David Schober.
Documentation about applications that have particularly strong usage of APIs and some references to gems or services that are being commonly used. There are some apps that are entirely an API and used to power a front-end, and others that just have some.
APIs over time could be a way to enable trying out new languages, models, etc. In the short term - encouraging people to look at the wiki page and add their applications/API modules they know of.
Is there any more organized effort that we should undertake? A working group or something?
Ubiquiti and the advancing hyku project want to deliver to Hyku a general resultset/search API. One level higher than maybe what’s here - should it be included?
Yes. In fact it’s in the list.
Long term work we could do. Offers some long term prospects for putting APIs in place to allow for the ability to swap things in.
When going through various projects the single area with most interest was research data. Big priority for a number of folks - a lot of work has been done already. People are already putting research data in Samvera applications.
Should there be a wiki page for who does what with research data? It overlaps with Samvera instances in production page. For now the spreadsheet is useful as a way to see what’s going on.
Google doc has some features. Some people have these features already, but other ones Nabeela and Esme have talked through features they have in planning but are not in Samvera right now. There’s a lot of options for collaboration we could do.
Given the time frame of what folks are planning to do here, there’s a big opportunity to do code reclamation, community sprints, shared tooling, or even to engage at a higher level and do a collaborative project. Research data on Hyrax?
Who else is interested in research data this year and might want to be involved in discussions or has recent experience they want to share?
Indiana University went their own way (deep blue data) - doing work on that this year. Wants to be involved in any kind of collaborations or feature discussion. There’s something in production now, but it’s basic and there’s not a lot of usage yet - still rolling it out and thinking about features.
Northwestern in discussion with IT research data and gaps in architecture.
Michigan - Nabeela will continue conversation.
Columbia probably looking at discovery in Samvera-ish apps and a dedicated service for data management.
Software Services by Scientist.com (Notch8) is seeing activity here. NIMs (project in Japan - https://mdr.nims.go.jp/ ) have a large data platform that’s all built on Hyrax. In-app preview of spreadsheets and things they have as features along with a complex data model - they’ll need active reach out to look at opportunities there. (Note added on review of notes - this repository was developed by Paul Walk from Antleaf - see https://www.antleaf.com/ou/nims/)
Indiana also interested in Globus ingest support. +1 from DRI.
Hyrax Technical Lead funding discussion (@Carolyn Caizzi )
Board decided to fund the Hyrax Technical Lead position for one year to try it out and see how successful it is instead of as a volunteer position.
Came up at partner meeting in the fall about the larger technical lead position. Partners decided that we needed more assessment. Roadmap alignment group helped. A lot of the discussion centered around how the larger tech lead position for all of Samvera be effective when we’re having a lot of pain points around Hyrax.
Couldn’t ask the community to volunteer this position again - need to make it a paid position in the community. Try it out and see how it goes.
This would be okay if we dip into cash reserves - not enough money in operating budget. Oasis benchmarks 6 months of cash reserves as “good” and we have 2.3 years - funding this part-time position we’d be left with 2 years.
Reimburse a partner $45k for at least a quarter time of a person. Job description is linked above developed by previous technical lead and our Hyrax product owner.
How is the Hyrax tech lead different from the community tech position
Listed in PD. Way more focused on technical architecture of Hyrax.
Does the Hyrax tech lead have installation support responsibilities?
Not as written.
We would expect this person if not doing all the communication, but making sure that people get answers on Slack or the list.
Comments that allowing this position to be more technical in nature allows for architectural focus rather than spending.
Some of this idea came from a grant, the idea being that the grant could reimburse a person. The institutions part of this grant would like to continue on with this idea even though the grant didn’t get funded.
How does 0.25 FTE square up with the Hyrax maintenance working group?
Might have to adjust the maintenance working group, or the 45k might be 50%.
Next board meeting is in two weeks, can talk about things like recruitment.
Hoping to hire this person while there’s still the current product owner. Julie’s rolling off by Connect (October)
Also looking for a volunteer Hyrax PO who would work closely with this position.
Does funding this impact the community technical position?
There’s a financial sustainability question to solve for hiring another position, either for this position or a community technical position. That’s on the agenda for May partner meeting.
If we’re having trouble filling a Hyrax technical lead we can take that information into account during the May partner meeting in discussion about rolling that into a larger technical position, potentially.
Please reach out if you have somebody who might be able to do this!
Bylaws change required to formalize contribution model dues collection (@Heather Greer Klein )