Versions Compared

Key

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

...

  1. Status of In-Review tickets

    Expand

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


Notes

  1. Blocker issues

Two issues need committer to push the button: 

https://github.com/vivo-project/VIVO/pull/235

https://github.com/vivo-project/Vitro/pull/215

Issue added today as a blocker is VIVO-1343

Christian submitted 4 years ago. Language attribute is hardcoded to “en”. A lot of templates should be changed. Bad for web crawlers as wrong lang value could problems for web crawlers. Brian is going to look into this issue.

Before release we need to check documentation is correct.

We hope to release RC1 next week.

  1. William prepared a google document with a set of problems and features to consider in planning VIAB.

Link to google document is in agenda (b).

Try to give feedback to the leadership group about issues we see so they could define what VIAB should be.

How can we propose to leadership group things that could be advantageous for VIVO? It would be good to prepare document for next leadership group meeting.

What is the advantage of having data in RDF?

First issue in the document is Data Ingestion.

We need a simple way for data ingestion. For now there are several options for data ingest: 

  • reCiter the only open source way for data ingest. Currently dependent on pubMed. To make it source agnostic there a lot of development needed.
  • WoS or Scopus (already do disambiguation work) could be used as a paid source for people profiles, ingest them as a vCards with manual disambiguation.
  • Get ORCIDS and get data from ORCID IDs, match publications to people, keep others as vCards. Manual disambiguation in VIVO. Manual claiming.

               

With RDF it is easier to find errors. All dirty data becomes visible in VIVO.

Pure (VIVO competitor) have disambiguation plugin, that already working but stores data in a relational database. It also ingest external information about faculty members, extending information added manually. VIVO users anticipate similar behaviour.

William: For Universities, to get VIVO components and simplify work with VIVO. Librarians as target administrators for VIVO instances. VIAB should add more simple approach to get and work with data. Lower barrier for Universities because Universities have lack of staff.

Michel: It will be useful to have user stories of VIVO usage, where we can use VIAB, who will be using VIAB.

We should also list components that require development, like editing.

For now it is evidently that components are not ready for packaging into VIAB.

Let's improve the document about VIVO problems and features and provide it for Leadership group.

Draft notes on Google Drive

...