...

1. Status of In-Review tickets

   Expand
   Jira server DuraSpace JIRA jqlQuery filter=14416 serverId c815ca92-fd23-34c2-8fe3-956808caf8c5

   
   

Notes 

Attendees

1. Andrew Woods
2. Mike Conlon
3. Brian Lowe
4. Ralph O’Flinn
5. Huda Khan
6. Benjamin Gross
7. Steve McCauley

Notes

1. Announcements
1. Thanks to Benjamin for reviving pull requests that were automatically closed when the develop branch was removed.

Iii. need to discuss the one Harvester PR with Don

1. Triple Store Roadmap Proposal
1. Limited feedback received so far.
2. Related question of how much of what VIVO does requires a triple or graph store, and to what extent the triple store represents latent potential.
1. Mike: Some in the VIVO community define the problem very narrowly: store lists of publications and put them on the screen quickly.  In this case, there is no need for a triple store. The triple store becomes an appropriate solution when you consider scholarship more broadly.
2. Don:  Got interested in VIVO because of the ability to record data about spacecraft and maintain relationships between equipment, data sets, people, etc.  The beauty and promise of VIVO (especially Vitro) is the ability to leverage all of these relationships.  
3. Mike:  Upper level ontology work is critical for being able to share data across domains.
1. Sprint planning
1. Communitizing VIVO Scholar and language-aware editing
1. Close to reaching critical mass
2. Don may be able to recruit a volunteer to work on ETL for VIVO Scholar via a Python-based pipeline (NetworkX to RDF). Tease apart pieces of the current process and make it easier for people to debug and modify when not tied to a complex Java stack.
1. Andrew: would be good to gauge interest on Monday.  There is also value in coalescing around a shared solution.
3. Don: is there still the possibility to leverage VIVO’s current listeners that trigger index modification to also modify a Solr that can be used by Scholar?  What might be the barriers? Would be good to have a discussion.
1. Should it be a core part of Vitro to translate between RDF changes and changes to document structures that are then sent to other applications/indexes?  Or is it better to reduce Vitro’s role and rely on RDF Delta Patch where raw RDF messages are sent to other applications?
1. Mike: Access control is a critical part of Vitro, so messages plus access control is value not provided by a standard triple store.

1. Divide and conquer to prune legacy branches.
2. VIVO-1738 needs a comment from Don about possible resolution.

6.a. Has a fix

6.c. ready as well

Draft notes in Google-Doc

...