...
- Announcement(s)
- JIRA has been moved in read-only mode, issues were migrated to GitHub issues. Please report all new issues at https://github.com/vivo-project/VIVO/issues
- The new issues/questions
- Discussion about priorities for further development of VIVO - https://docs.google.com/spreadsheets/d/103P9P4v6yUBSb5BnVaK40NoGx1fIYyL8uaHKUubZWbE/edit?usp=sharing
- The topic will be i18n
- Leftover i18n tasks - nonblockers from 1.12 (vocabulary services / form improvements)
- https://github.com/vivo-project/VIVO/issues/3541
- https://github.com/vivo-project/VIVO/issues/3540
- https://github.com/vivo-project/VIVO/issues/3527
- https://github.com/vivo-project/VIVO/issues/3522
- https://github.com/vivo-project/VIVO/issues/3507
- https://github.com/vivo-project/VIVO/issues/3466
- https://github.com/vivo-project/VIVO/issues/3475
- Move i18n properties from resource bundles to ontology / (editable) RDF
- Find solution for syntax differences between languages that does not require template customization per language
- Leftover i18n tasks - nonblockers from 1.12 (vocabulary services / form improvements)
- The topic will be i18n
Notes
Announcement(s)
JIRA has been moved in read-only mode, issues were migrated to GitHub issues. Please report all new issues athttps://github.com/vivo-project/VIVO/issues
- During migration, not always possible to capture the links but Dragan has tried to add links manually where possible.
- We can check to make sure we should not be able to add/edit/assign issue
The new issues/questions
- Have Naveen with us. Reported issue on slack and discussed issue with Brian.
https://vivo-project.slack.com/archives/C8RL9L98A/p1633128258060400
https://docs.google.com/document/d/1P6e5I1uKZXekmnnxreZ1Tgky3-qToUDMSs3AH2jzHDA/edit?usp=sharing
- Using VIVO 1.10.
- When subject is being added to academic article, its inverse property is not being added (i.e. subject “subjectAreaOf” academic article on the subject entity)
- Use harvester transfer tools to populate models
- Inverse relationships are not being added
- Populates sometimes but it doesn’t for the articles
- Brian: When loading data for add/remove rdf, inferred triples do show up.
- Ran inference from VIVO site admin to recompute inferences?
- Not bringing up additional inferences that were expected
- Naveen: Considering adding some debug messages to track what is going on
- Huda: Error messages in log when doing recompute through site admin?
- Naveen: No. Vivo.all.log looks clean.
- Huda: Debug might be the best option. Also assuming statements are being
- Naveen: Is there something about the harvester?
- Brian: Not familiar enough with that tool, but if you’re querying for the triples that should be causing the inference and finding them, unclear why inference is not being added then
- Brian: Can we get RDF that is being added so we can try it out?
- Naveen: Will try debug and can continue discussion on slack
- Huda: Maybe add single statement through harvester and query for which graphs statement is present in and then do the same through rdf add directly through VIVO to check if there is a difference in which graphs have the statement
PRs on VIVO and Vitro
- https://github.com/vivo-project/Vitro/pulls and https://github.com/vivo-project/VIVO/pulls
- Ralph: Branch rel-1-12 alpha
- Has main fixes for this to be buildable in GitHub
- About to generate snapshot
- At that point, everything should work in GitHub and become base for next release
- Other PRs out there in VIVO and Vitro that are legacy.
- On committers’ call, probably should go back through these to see which should be merged or not. Need some finalized decisions
Discussion about priorities for further development of VIVO -https://docs.google.com/spreadsheets/d/103P9P4v6yUBSb5BnVaK40NoGx1fIYyL8uaHKUubZWbE/edit?usp=sharing
The topic will be i18n
Leftover i18n tasks - nonblockers from 1.12 (vocabulary services / form improvements)
https://github.com/vivo-project/VIVO/issues/3541
- Analyze whether we want to include this in milestone 1.13/1.14 or postpone for later phase
- Ralph: Are we deciding that these are important for a release or roll them as we go?
- Dragan:Classify when we should plan on working on these. Before we start working, we can then discuss blocking issues.
- William: For scheduling, need a better sense of sprint schedule
- Dragan: Estimation of human resourcing and complexity of problem
- Dragan: Sprint cycles: 2-3 weeks. Does that matter?
- William: Need a board where people identify which issues are priorities/need to be worked on
- Ralph: On sprints, did them successfully with i18n endeavour. Two things that made it successful: Strong backer with Michel’s group and also well-scheduled in advance. Allowed people to schedule well in advance.
- Dragan: Working towards a bigger goal instead of just specific bugs?
- Ralph: Bigger goal helps but don’t want to prevent people from working on smaller goals
- Dragan: Bugs as well during sprints?
- Ralph: both
- William: In context of larger sprint goals, but fine to work on bugs. Also, scheduling is important
- Ralph: Even if just saying bug fix but introducing higher level topic later, need to get on schedule
- Dragan: Number of sprints and number of releases?
- William: Not good to align sprint with release. Releases should be on a schedule i.e. time-based
- Hard to do regular sprints because don’t have allocated effort
- Still, a regular schedule means people can anticipate when to ask for time
- May be beginning to agree on: two week sprints every two months
- Michel: Testing sprint schedule at UQaM. 1 week sprint is too short. First week = appreciate what we have to do inside sprint. Two weeks = no time to test what was done. Best range = Three weeks, but problem is that’s too long. Three weeks between sprints. Two weeks = active, next week = retrospective.
- Now voting on three week sprints instead
Move i18n properties from resource bundles to ontology / (editable) RDF
Find solution for syntax differences between languages that does not require template customization per language
- Note, migration from JIRA to GitHub assigns the person who migrated the issues as creator. The first line in the description will indicate original reporter of issue. Issue will also link to original read-only JIRA issue.
...