Date

Call-in Information

Time: 12:00 pm, Eastern Time (New York, GMT-05:00)

To join the online meeting:

Attendees

(star)  Indicating note-taker

  1. Justin Littman
  2. Ralph O'Flinn
  3. Alex Viggio
  4. Benjamin Gross
  5. Brian Lowe
  6. Huda Khan
  7. Jim Blake
  8. Richard Outten
  9. Andrew Woods 

Agenda

  1. Today's keynote speaker: Mike Conlon !
  2. Pre-Fly-in actions
    1. Integration with Combine - Justin Littman
    2. Integration with Product Evolution - Alex Viggio / Richard Outten
    3. Decoupling UI from core - Brian Lowe
    4. Separation of view and edit frontends - Benjamin Gross / Ralph O'Flinn
    5. Re-envisioning configuration - Andrew Woods
    6. Modularity/Distribution of CPU-heavy components/processes - Huda Khan
    7. Framework for modular APIs/endpoints - Jim Blake
  3. Defining the outputs of the fly-in
    1. Top-level architectural diagrams
    2. Component diagrams
    3. Inputs/Outputs for each component
    4. Draft HTTP API
  4. Draft requirements
    1. Performance considerations
    2. Data flow considerations
  5. Convergence of diagrams - using Jim Blake's diagram as a rally-point
    1. How to improve VIVO to more seamlessly consume Rialto-Combine-esque data?
    2. How to improve VIVO to more seamlessly produce Product-Evolution-esque data?
    3. How to modularize core VIVO to be more accessible and maintainable for developers?
    4. How to distribute CPU-intensive processes across multiple machines?
  6. "Required reading" materials before fly-in
    1. Architecture
    2. ?product evolution
    3. ?Rialto (VIVO/Vitro assessment)
    4. ?JavaScript frameworks
  7. Thoughts on the fly-in agenda

Working documents

  1. Architectural diagrams
    1. Top-level and Detailed, component-level
    2. APIs and services, specified
  2. Features spreadsheet
    1. Questions to answer:
      1. What will the product will do/support?
      2. What additional business value-add can the re-architecture offer?
      3. What are core? and why?
      4. Which features are in/out/optional?
      5. What audiences are specific features for?
      6. What are the logical groupings for features into modules?
      7. Will we offer multiple product distributions, analogous to VIVO/Vitro?
        1. Perhaps an "enterprise VIVO" vs. a "small-shop VIVO" vs. Vitro

Notes 

Audio recording

The word of Mike

  1. Statement of direction
    • Focus on 2019 actions
    • Common goal: Advancing scholarship
  2. VIVO community should be (will be) much larger... 1000s
    • Everyone should have a profile
    • ..with data that backs up the profile

Applications of VIVO

  1. Research Information management application
  2. Showcase profiles application
  3. Data production application
    • Producing value for institutions and the broader community

Actions for each team member

  1. See section "Pre-Fly-in actions"

More requirements

  1. Response time to render profiles
    • 20sec too much
  2. Cloud-ready?
  3. Need suggestion for graph-store
    • Need that suggestion/answer as a foundation
    • Actively maintained, production ready, multi-threaded, etc
  4. Speed of removing triples
    • Timeout on dumping large named graphs

Actions

  • ...

Collection of existing architecture diagrams / resources

Cornell (Huda)

Discussion

Previous Actions

  • All to complete priority row
  • All to review produce diagrams
  • Collect diagrams Opera (Brian)

  • Collect diagrams Rialto (Justin)

  • ACTION: ALL to help enumerate list of current features "Feature audit" (Google-doc)

    • What to carry forward
    • What to leave out
  • Andrew to Potentially poll the community
  • No labels