Versions Compared

Key

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

...

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

Agenda

  1. Community questions
    1. Error when trying to link a person with a grant
  2. Update from VIVO Leaders meeting
  3. Don Elsborg : Explore using the i18n files to store local institutional RDF label and description changes.
  4. Current community sprint updates?
    1. ORCID
    2. Kafka
    3. Messaging
  5. 1.11.2 patch release
    1. Jira
      serverLYRASIS JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyVIVO-1929
    2. Jira
      serverLYRASIS JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyVIVO-1943
  6. Working towards 1.12
    1. To be reviewed 
      1. Jira
        serverLYRASIS JIRA
        serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
        keyVIVO-1918
      2. Jira
        serverLYRASIS JIRA
        serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
        keyVIVO-1934
      3. Jira
        serverLYRASIS JIRA
        serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
        keyVIVO-1937
      4. Jira
        serverLYRASIS JIRA
        serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
        keyVIVO-1944
    2. Documentation needed
      1. Jira
        serverLYRASIS JIRA
        serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
        keyVIVO-1914
    3. 1.12 release planning
      1. Code freeze once i18n tickets are merged into the sprint-i18n branch (Jan 20th)
      2. Sprint to test merge of sprint-18n into master: week of Jan 25th
      3. 1.12 release candidate #1: Feb 1st
        1. Two week RC-1 testing period
        2. For each subsequent RC-2 (if required), adding another two weeks to the schedule
      4. Do we want the `war` install in 1.12? -
        Jira
        serverLYRASIS JIRA
        serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
        keyVIVO-1443
  7. Tickets that should be close to merge
    1. Jira
      serverLYRASIS JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyVIVO-1652
    2. Jira
      serverLYRASIS JIRA
      serverIdc815ca92-fd23-34c2-8fe3-956808caf8c5
      keyVIVO-1734
  8. Post-i18n priorities
    1. VIVO-in-a-box
    2. Messaging
    3. Moving Scholars closer to core - next steps

...

Draft notes in Google-Doc 


Community questions

  1. Error when trying to link a person with a grant
    1. Juan has provided some information.  VIVO is swapping some variables in his instance.  The error has not been reproduced by developers. It is a URI variable.  Brian: maybe he has a invalid URI that is being used later.  The value is not substitutable. 
    2. Is there a SPARQL query that Juan could run?  Brian suggested a query. 
    3. ASK { <http://purl.obolibrary.org/obo/RO_0000053> owl:inverseOf <http://purl.obolibrary.org/obo/RO_0000052> }

Leadership Group approved next release schedule

The schedule:


  1. Final review and merge of the i18n into the core codebase
   - One week-long sprint during the week of Jan 25th

  2. Publication and community testing of a release-candidate (RC-1)
   - Two week-long period of community testing from Feb 1st through Feb 12th
  3. Iteration based on community testing (RC-2, RC-3, etc)
   - Each iteration will be another two weeks. We should expect at least an RC-2, maybe more.

  4. Final release of VIVO 1.12
   - Optimistically, early March


Leadership Group applauded the strong UQAM and TIB contribution.

Michel, Brian, Benjamin, and William all can contribute to the sprint.

Don Elsborg : Explore using the i18n files to store local institutional RDF label and description changes.

Discussion: can i18N be used to create local labels aligned with institutional context.  Don talked about need at UC Boulder. Michel thought this was not good practice. Brian had an idea that would take more development effort.  Short term solution is update to VIVO file and then make changes there.  At TAMU, we use the UI to customize the ontology.

Don: asked that when an upgrade to newer version of VIVO, are local changes preserved?  Brian explained that it depends. Andrew suggested that the release notes contain instructions to address this potential issue. Benjamin: The current 3rd tier process would still work, but there are some new files that will need to be overlaid (see difference between two propertyconfig files above)

Brian suggested a potential solution. 

  1. Have a separate directory (following on the first time change detection work ongoing) that will detect triples we want to overlay. 
  2. Changes are made and then the software lays over the graph. 
  3. Benjamin: This would be nice since we would only need to track our specific changes, rather than having to totally overlay the file that contains the one or two changes we want to make.

Current community sprint updates

  1. ORCID
  2. Kafka
  3. Messaging


Actions

  •