Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. How to address workflows that bring things in from multiple data stores and store in VIVO
  2. On the flip side, have exports from VIVO or a canonical data store that pushes data to VIVO.
  3. Different VIVO front ends - so a read only view
    Edit - can edit be separated from the standard view
  4. Complexity added with seperate VIVO and Vitro. # What are the pros/cons of collapsing the two. So who cares about Vitro that doesn’t care about VIVO.
  5. Steve McCauley - more interested in Vitro than VIVO. He works more with Vitro.
  6. Mike - Metabolomics (sp?) project also using Vitro with some VIVO ontology
  7. Steve - will use some Vivo ontology but not all since they departed from the VIVO display.
  8. Andrew - Steve - are there natural architectural patterns that you would have like?
  9. Steve - separating the display layer from the rest of the system. Arch is fine since they don’t use it for display. Entirely as a backend.Some things could be changed. Things like externalizing search which would make things more modular. Or database not being tied to SDB/TDB so have a different triple store. Would like ability to swap things in and out. We replicate the VIVO SOLR for back end purposes.
  10. Mike - a deployment pattern could be that there is no front end. So could have a non vivo front end like Brown. So facts on demand and you put them where you want them. Not all sites want a front end. Just facts.
  11. Andrew/Mike - research intelligence system
  12. Don - are we discussing graph, LOD, and semantics
  13. Mike - semantics allow swapping out entities


Actions

  •  Mike Conlon to find contacts at wikidata to answer technical questions. We need to know how to interact with the wikidata community when it comes to understanding and validating, or eventually updating their data.
  •  Don Elsborg to move forward with a firsttime/everytime config model discussion

Previous Actions

...