Versions Compared

Old Version 1

changes.mady.by.user Brian Lowe

Saved on

compared with

New Version Current

changes.mady.by.user Brian Lowe

Saved on

Key

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

Date

27 Apr

Call-in Information

Time: 11:00 am, Eastern Time (New York, GMT-04:00)

...

Slack

Attendees

(star)  Indicating note-taker

  1. Brian Lowe
  2. Benjamin Kampe 
  3. Georgy Litvinov (star)
  4. Michel Héon 
  5. William Welling 
  6. Huda Khan (star)Bruce Herbert (first half hour) 

Agenda

  1. Announcements / updates
    1. Status of VIVO in a Box discussion in Leadership group (see 2021-4-28 Leadership Group Meeting)
    2. VIVO conference 23-25 June https://vivoconference.org/vivo2021/
  2. Jira
    serverLYRASIS JIRA
    serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
    keyVIVO-1974
    Wasn't made a blocker but has one approval.  Can we have a second?
  3.  Documentation
    1. Simplifying first pages of documentation / "Quickstart" installation guide with Docker
    2. VIVO 1.12.x Documentation
    3. READMEs that need updating
      1. Updating set of available languages (or point people to list of directories?): https://github.com/vivo-project/Vitro-languages/tree/rel-1.12.0-alpha
        1. Should this also be copied to VIVO-languages?
      2. Updating links to current wiki documentation: https://github.com/vivo-project/VIVO/tree/rel-1.12.0-alpha
        1. Also update Docker documentation to check out parallel repositories?
  4. RC1 testing
    1. Making it easy
    2. For comparison: DSpace "testathon" page and demo server: DSpace Release 7.0 Testathon Page
    3. Submitting test results without needing wiki access:
      1. Draft Google forms courtesy William Welling: https://docs.google.com/forms/d/e/1FAIpQLSe3xKY5QbzMoZ6fzkaxZMz8_oSGtkVGSYWMNBk_hjVaUtp1Qg/viewform?usp=sf_link
  5. Making meetings useful and productive
    1. What do you need for your work?
    2. Scheduling topic-centric meetings versus working sessions to collaborate on issues?
    3. Frequency

4. Other topics?

Future topics

  1. Forward-looking topics:
    1. frameworks: Spring / Spring Boot / alternatives
    2. Horizontal scalability
    3. Deployment
    4. Configuration : files / environment variables / GUI settings
    5. Editing / form handling
    6. Adding custom theming without customizing build
  2. Post-release priorities
    1. Ingest / Kafka
    2. Advanced Role Management
    3. Moving Scholars closer to core - next steps
  3. Vitro JMS messaging approaches - redux
    1. Which architectural pattern should we take?
    2. What should the body of the messages be
  4. Incremental development initiatives
    1. Jira
      serverDuraSpace JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyVIVO-1688
    2. Jira
      serverDuraSpace JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyVIVO-1751
    3. Integration test opportunities with the switch to TDB - requires startup/shutdown of external Solr ..via Maven

Tickets

  1. Blocker release issues
    Jira
    serverLYRASIS JIRA
    jqlQueryproject = VIVO AND fixVersion = v1.12 AND priority = Blocker AND (status = Open OR status = "In Review" OR status = "In Progress" )
    serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5

  2. Status of In-Review tickets

    Expand

    Jira
    serverDuraSpace JIRA
    jqlQueryfilter=14416
    serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5



Notes

...

  • Bruce: Leadership group is moving along with the VIVO in a Box project.  Hoping technical group can define what may be easy to do with respect to this idea and what may require more work. Need to see what may be possible/time requirements.
    • Need better definitions around some portions. 
    • Sense that kind of features that have been proposed to make things easier, but quite different from how VIVO currently operates.
    • Are we thinking about a new different product? Orthogonal to what current group is interested in?  
    • Doubt around VIVO project at Texas A&M would pay off, but few early wins around publications where info was being harvested and profile system that helps with promotions.  Simple profiles at first.
    • If buy-in at organization, can get more resources .
    • Potential users
      • Administrator: Button push for deploy and installation
      • Librarian:  a place to put the data but don’t want to install the machine
    • Making VIVO studio to help librarians to extract data and put that in VIVO.  Have Vivo but not easy to put data in.  Want to collaborate with non-developers.
      • In this studio, instances of VIVO, Kafka, Jena, OWL API
      • Plugin environment
      • Quite complicated but nice solution to have
    • Make the process more like DSpace where librarians can install and run it without additional tech support. 
    • Brian: Can look at discussion and thoughts regarding this here: https://docs.google.com/document/d/1lfTzXSXrtpRVT3CVWAj55XOou94kIg7QJ2NrHPQewUM/edit 
    • Bruce: In a perfect world, a product that can be expanded in the future.  Ability to customize.  
    • Michel: Questions around who VIAB (VIVO in a Box) is for? Many different possible users 
    • Bruce: William has made argument that project like this would also need working on the core VIVO.  
  • William: Piqued by VIVO Studio.
    • Capability to go inside VIVO, change ontology, inside JAVA code to change language information. 
    • Michel: Everything embedded inside environment.  Install eclipse.  
    • William: VIVO Studio packaged eclipse.  Runs VIVO on a port?
    • Michel: No.  When you open studio, have all the environment to install, start, and stop VIVO. 

...

  • Michel: may be too complex to add this; too many things going on.
  • William: probably better to use RAP if built in from the ground up.

...

  • Michel:  Thinking about adding Swagger w/ REST API for admin tasks, e.g. adding users. Plus middleware that converts those requests to SPARQL UPDATEs
  • William: Studio may be more expedient solution for goals of VIVO in a Box.  Could be a good starting point.
  • William: plans for intermediate database?  Or no intermediate database?
  • William: Active Directory / LDAP consumer for Kafka stream would be the biggest bang for the buck.

...

  1. Announcements
    1. Last couple of meetings we spent talking about VIAB. Last week the Leadership group discussed VIAB. Brian passed Google Doc prepared for Leadership Group. They got the basic idea we talked about: ingest, pushing things in the direction of semantic web. Leadership Group leaning in the direction of hosted kind of thing, consider funding reciter development. Idea of having more detailed user stories also is going to be taken into consideration. More detailed proposal is going to be discussed in the next meeting and publicly available on 16 of June. Will see what new details will be. William: Do they want some kind of cloud software? It has contrast with VIVO Studio (VIVO in Eclipse), maybe we could align these two ideas.
      Brian: It is hard to foresee if that would be a dominant idea or not. Not clear what majority will lean to.
      William: both ideas are good. Don't think that two ideas are mutually exclusive. That would be neat to combine those two ideas.
      Brian: That could require rearchitecting?

William: Don’t think so. VIVO Studio could be a gateway to various sources. Could be a source to various sources.

Michel: Having VIVO locally is very interesting, to give librarians many new opportunities. Designers also have new ways to customize VIVO. Give facilities to recompile VIVO for nonprogrammers. Extract VIVO from Github and recompile and republish it. Not sure that this will be useful in a cloud. 

William: VIVO Studio is more like a sandbox, to integrate various components. Librarians could work with it locally and deploy it in a cloud.

Universities don't have any developers and need a way to simplify all technically complex steps.

Michel: It could take a month to teach a librarian how to work with VIVO.

They don’t need to install various things on the machine, everything is encapsulated in VIVO Studio. Current problem is to merge with a new eclipse composer. 

  1. VIVO Conference ahead. New proposals are welcome. 150 words of abstract.
    There are two options: 20 minutes presentation or 7 minute lightning talk.
  1. Bug VIVO-1974 

If you turn on the subquery hidden setting then it adds the same optimizations for TDB and SDB that make dramatic speed improvements. These pull requests default values to true. Since it doesn’t change functionality we could turn it on. Georgy will test and review it.

  1. Documentation
    1. Some minor documentation changes to make RC1 more attractive, to point people to VIVO 1.12. 
    2. Last week Brian started looking at this documentation which is a simple copy of previous documentation, it is a little confusing with older stuff. Brian edited it. It had links to VIVO and Vitro. Made links to documentation about languages.
      Bigger question is to make sanity checks. Does it make sense to have highlighted blocks to simplify info for users like
      “Are you installing for the first time - Go here” 

“Are you going to test it - Jump here”
William: we should simple links: installing from scratch, upgrading from previous versions and etc.

Now documentation links are a bit confusing.
It would be nice to catch people’s attention on the first page with an introduction.

We can improve documentation pages order. Create some pre introduction page to help people navigate in documentation

Michel: Do we want to consider Internationalization as a core feature of VIVO? If it is a core software, then it would be nice to add it into the Installing section. If you want to do it directly it would not be easy. 

Brian: Good note. Will try to fix that.

  1. RC1 Testing
    1. William simplified the process of sending test results for users with Google Form. We will be able to have feedback from people going through testing. 

Michel: inside old VIVO documentation there is something that wasn’t copied to the new version. 

Brian: If there is something missed please or want to add something - feel free to do so.

Michel: VIVO is making inferences by class… There are some tests in source code and inferencing could be activated from outside. If we can use tools outside of VIVO and use it as an inferencer - that would be a useful recipe. 

  1. Making meetings more productive
    1. Are we happy with our meeting or we want to tweak something?

Should meetings be less frequent or more frequent? Should we have special meetings on architecture things or special cases? What could be done to make things more useful for us and for the project.

...

Draft notes on Google Drive