Versions Compared

Key

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

...

  1. William Welling 
  2. Andrew Woods
  3. Alexander (Sacha) Jerabek 
  4. Benjamin Gross 
  5. Huda Khan 
  6. Ralph O'Flinn 
  7. Brian Lowe (star)
  8. Michel Héon
  9. Sarbajit Dutta
  10. Paul Albert
  11. Don Elsborg
  12. Bruce Herbert

Agenda

  1. I18n sprint updates
    1. Needing review:
      Jira
      serverLYRASIS JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyVIVO-1763
    2. Reducing the i18n .ftl files:
      Jira
      serverLYRASIS JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyVIVO-1934
    3. Need help with upgrade scenarios:
      1. Jira
        serverLYRASIS JIRA
        serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
        keyVIVO-1904
      2. Jira
        serverLYRASIS JIRA
        serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
        keyVIVO-1914
  2. Drop-in war
    1. Jira
      serverLYRASIS JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyVIVO-1443
      1. Third-tier builds - vivo-custom-webapp
  3. Solr configuration
    1. Jira
      serverLYRASIS JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyVIVO-1752
      - Will not do
  4. Moving Scholars closer to core - next steps
    1. SelectQueryDocumentModifier
    2. Entities: Collection, Concept, Document, Organization, Person, Process, and Relationship
    3. Configuring Solr
  5. Moving Data Ingest Task Force forward

...

  1. I18n sprint update
    1. Sacha: UQAM primarily working on documentation. Michel is documenting how to add a new language. There may be additional documentation that could be moved over from the UQAM wiki to the VIVO wiki.  Michel and Andrew have been looking at technical documentation; Sacha is focusing on end-user documentation.  Sacha has encountered problems in installing VIVO, at least in part due to infrastructure issues (restrictions imposed by those managing the servers).  VIVO documentation also assumes server administration background that may be a hurdle.
    2. Andrew:  Matthias has written a script to generate sample multilingual data; sounds like he is moving forward with reproducing the ticket he’s working on (optimizing language filtering).  Dominik is working on making time for the “firsttime” data reloading issue.
  2. VIVO-1904 and VIVO-1914: would be great if an institution with an existing VIVO installation could test (and document) the upgrade path to 1.12 (with new language functionality).
    1. A&M still needs to upgrade to 1.11 (and potentially TDB; have encountered performance issues with TDB and data ingest).
  3. Andrew: Drop-in .war deployment
    1. Andrew: Customized builds (e.g. three-tier builds) are still possible.  Nothing should be lost, but this should make it easier for people who just want to install a standard VIVO.
    1. Andrew: VIVO doesn’t have a pull model for ingest, so the tools still sit outside and push data in.  The installation change doesn’t affect that.
    1. Relatively significant change to installation of VIVO
    2. This feature would warrant a five-minute video explaining the impact of the change.
    3. Requirement to build VIVO to install it goes away
    4. Downloadable .war file that can be added to Tomcat (or, with minor changes, to Jetty)
    5. Sacha: is there anything that would be lost in moving away from building one’s installation?
    6. Andrew: Customized builds (e.g. three-tier builds) are still possible.  Nothing should be lost, but this should make it easier for people who just want to install a standard VIVO.
    7. Bruce: what about data ingest that might depend on the institution?
    8. Andrew: VIVO doesn’t have a pull model for ingest, so the tools still sit outside and push data in.  The installation change doesn’t affect that.
    9. Initial configuration data will now be provided in a small context.xml file (VIVO home, default namespace, root user email address).
    10. Pull request needs review
  4. Auto-configuration of Solr:  turned out to be more involved for the installer than the copy-the-Solr-configuration-files approach, because (non-cloud) Solr does not support everything we need via the API.  A move to SolrCloud would make the automatic configuration more attractive.
  5. Bringing Scholars closer to the VIVO core:  something to focus on after i18n work is complete.
    1. William: which has the higher priority?  Using existing VIVO infrastructure to populate the Scholars index, or a messaging system?  If the latter, the Scholars integration can be built on that.

...