...
Agenda
- Questions/Issues/Pull requests/Announcements
- Upgrade from 1.12. to 1.13 - https://groups.google.com/g/vivo-tech/c/gmyQIMWbm_Y
- ORCID - https://groups.google.com/g/vivo-tech/c/wDblxLmeTjs
- Reset wiki password
- https://github.com/vivo-project/VIVO/issues/3767
- The i18n redesign sprint
- LanguageTag private-use subtag
- fr_FR_x_uqam
- https://github.com/vivo-project/Vitro/pull/330
- Loading of translations from triple store
- Organization of ttl files
- LanguageTag private-use subtag
Notes
Dragan: Regarding some questions on slack and emails I tried to summarize it:
- Here is the issue of removing thumbnails from persons’ profiles. Issues are there for both versions.
Brian: we need more details about the issue.
Dragan: I can reply to get more information.
Brian: It is a little bit strange issue.
- ORCID-API Disable
Brian: It doesn’t do the obvious thing, if you don’t configure ORCID API we shouldn’t see ORCID part, it is broken in that case. We should create an issue for that.
Dragan: Should we open an issue?
Brian: Absolutely.
- Reset wiki password
Dragan: Send to me username and prefered name you would like to use so we could resolve issues.
Dragan: Michel could you describe the issue.
Michel: There are two issues. I try to use VIVO as an external triple store. I see data that I put in VIVO, but the Capability map doesn’t work. On a local triple store it works, but on a remote triplestore it doesn’t work.
Second problem: Triple store on 4th line of the code :hasConfigurationTripleStore if I try to attach to Sparql Triples store it doesn’t work. I can show it on a running instance if you want it.
Dragan: You can.
Michel: So this is the instance of VIVO, where sample data is loaded. If I go to Capability map I don’t have autocompletion and it doesn’t work.
Georgy: Are there any logs in VIVO or in Browser?
Michel: I will try to do it again. I can put the logs in the issue.
Dragan: Is that log from now?
Michel: Yes. I expect to have this problem with Fuseki. You can access the instance
http://vivo-sample-neptune.ca-central-1.elasticbeanstalk.com/
Normally there should be autocompletion, but now it is empty
Brian: RegEx error in log file is most likely not the cause of the issue, but should be resolved.
Sprint:
Dragan: Georgy created one PR. Dragan I also created PR. We should also discuss directory structure.
Dragan: There are fixes needed in more than one place. We are struggling with language parsing in more than one place.
If we define something in the runtime.property file when it is loaded in some locale object. toString method on locale creates wrong tag.
X - is an private use extension
U - unicode extension
If you using X letter then you don’t plan to use it on other systems
Idea here is that it is part of the ontology.
Michel: If we choose to manage that type of tagging then I suggest keeping that type of tagging for other cases.
Dragan: It looks complicated to me to use more than one private use subtag.
Michel: It is not a place to put themes in runtime.properties. It doesn’t make sense to put themes in runtime.properties.
Dragan: I also tried to use a language filter in the graph. That filter is responsible for that. It seems to be working, I have to check that once again. I am not sure it will.
In sparql it might create some issues. If we have partially completed a translation for theme, but fully translated key in VIVO, then partially theme translation is going to be used.
Dragan: We should see how to organize property files and ttl files. We should keep them in the same place. We can convert them first, but make them work for the first time.
Some idea of the home directory is for updating, to have customizations there. I18n is in tomcat, when you upgrade to a new version of VIVO it will be lost. Have you discussed that in the previous i18n meeting? It looks to me that it should be moved to the home directory.
Brian: At this point having binary distribution war is only to test, but not for production. All of the labels and customizations are done with third tier architecture. That overall problem hasn’t been resolved. Everybody use overriding in the production environment.
I don’t know how many people use it, some people use the actual fork of the branches and we don’t really know how people use that. Third tier project needs to be updated anyway. It is not really easy to use that.
Dragan: My idea is to keep that as similar as possible to the hierarchy we have at the moment.
For each language we should add its files. Where should we put new translations?
Brian: Display model is perfectly fine for this. There is going to be display ontology and in the past it was going to be editable or it could be a separate model.
It fits with the rest of the stuff in the display model, but maybe we would like to have a different model to store that. But we don’t have a directory structure for that. Is it worth it to create a new directory for this. Either one would be fine.
Dragan: Do you remember how you decided about the suffixes. Should there _de_DE at the end of the file name?
Michel: In a graph it doesn’t make a difference. I like this classification, if you want to add a new language you have to copy some language and use it.
Dragan: If we decide to have languages in separate directories we can remove suffixes. When you build a complete VIVO app there are all files together and they come with VIVO and Vitro prefixes. We should take into account that people can use Vitro as a separate application.
I agree, we can merge that together for VIVO, but for Vitro and other applications on top of VIVO we shouldn’t do that.
Michel: does VIVO use screens from Vitro or all the screens from VIVO only. If we need to have full VIVO translations we need to translate Vitro too. If you are running VIVO do you need both?
Dragan: Yes. We need to decouple VIVO and Vitro translations. It’s for us to discuss that tomorrow.
Dragan: Let's meet to continue the discussion tomorrow.
Task List
- Dragan Ivanovic to ask Arif for more info on the reported issue - https://groups.google.com/g/vivo-tech/c/gmyQIMWbm_Y
- Dragan Ivanovic to open a ticket for https://groups.google.com/g/vivo-tech/c/wDblxLmeTjs. Done, ticket available at https://github.com/vivo-project/VIVO/issues/3772
Previous Tasks
- Dragan Ivanovic will redirect reporter of this issue https://github.com/vivo-community/vivo-docker2/issues/22 to https://github.com/vivo-project/VIVO#docker
- All to analyze the issue reported in the slack (https://vivo-project.slack.com/archives/C8RL9L98A/p1663253504895989) and check whether we should open a GitHub issue and add to the i18n redesign project board - https://github.com/orgs/vivo-project/projects/4
- Brian Lowe will respond on the email https://groups.google.com/g/vivo-tech/c/5AY9h15h4vc/m/OjqekVxlBgAJ?utm_medium=email&utm_source=footer&pli=1
- All to consider participation in the sprint and register via https://forms.gle/qLi1PhRrrpvUrrYRA
- Dragan Ivanovic to work on specification of tasks for the sprint - GitHub project board
- Michel Héon to work on the translation messages ontology
- Dragan Ivanovic will bring up with leadership group that we would like to set up task force for dynamic API
- Dragan Ivanovic will create infrastructure for the next sprint (slack channel, GitHub project board, wiki page, GitHub branch, GitHub issues, etc.)
- Michel Héon to work on the ontology for UI labels (in multiple languages)
- All to think about dates for the next sprint
- Dragan Ivanovic to resolve conflicts for https://github.com/vivo-project/Vitro/pull/311 and https://github.com/vivo-project/Vitro/pull/297
- Dragan Ivanovic to write script for preparing a release candidate - started at https://github.com/chenejac/VIVO-release-publisher
- All to test the release candidate - Release Testing - 1.13.0
- Dragan Ivanovic to publish VIVO 1.13.0 release (if there is no reported issue till 1st of September)
- Dragan Ivanovic to prepare presentation for demo meeting - 2022-07-07 - Dynamic API demo meeting
- Dragan Ivanovic to send reminder for the demo meeting - 2022-07-07 - Dynamic API demo meeting
- Dragan Ivanovic to open an issue for a reverse proxy (redirecting) - https://vivo-project.slack.com/archives/C8RL9L98A/p1651739159126489
- Dragan Ivanovic to contact Andrew Wood for resolving the issue with registration for the Slack channel
- All to consider participation in the sprint and if decide to participate to register for the sprint - link
- Dragan Ivanovic to send a require to add in the Leadership group agenda a topic for discussing Copyright owner in License
- All please help in filling this document - spreadsheet
- Dragan Ivanovic to create a draft version of a Google Spreadsheet document with labeled columns representing requirements and to share with committers
- Committers to review the structure of the document and to fill it with data for JS and CSS frameworks