Date
Call-in Information
Time: 11:00 am, Eastern Time (New York, GMT-04:00)
To join the online meeting:
- Go to: https://lyrasis.zoom.us/my/vivo1
One tap mobile:
US: +16699006833,,9358074182# or +19292056099,,9358074182#
Or Telephone:
US: +1 669 900 6833 or +1 929 205 6099 or 877 853 5257
Meeting ID: 935 807 4182
International numbers available: https://zoom.us/u/aeANHanzED
Slack
- https://vivo-project.slack.com
- Self-register at: http://bit.ly/vivo-slack
- Self-register at: http://bit.ly/vivo-slack
Attendees
Indicating note-taker
- William Welling
- Brian Lowe
- Andrew Woods
- Alexander (Sacha) Jerabek
- Ralph O'Flinn
- Benjamin Gross
- Michel Héon
Agenda
- Announcements
- What has happened in the last two weeks?
- Mailing list activity
- Additions to ontology, looking for quick review/merge: PR-165
- Setting default tab on Article view... per user
- Renaming of 'master' branch?
- Sprint update: i18n
- Needing review:
- Wrap-up call Friday... 11am ET?
- Moving Scholars closer to core - next steps
- SelectQueryDocumentModifier
- Entities: Collection, Concept, Document, Organization, Person, Process, and Relationship
- Configuring Solr
- Moving Data Ingest Task Force forward
- Simplifying Solr auto-configuration -
Future topics
- Vitro JMS messaging approaches - redux
- Which architectural pattern should we take?
- What should the body of the messages be?
- Renaming of 'master' branch? (ZDNet, BBC)
- Guidance from GitHub
- DSpace has done it
- Fedora has done it
- Samvera is doing it
- Incremental development initiatives
- Integration test opportunities with the switch to TDB - requires startup/shutdown of external Solr ..via Maven
Tickets
Status of In-Review tickets
Notes
Announcements, updates:
RoF continued testing from last sprint, versions of Solr, did not find anything new, also looking at CSS
Aw: should coordinate with Mathias about CSS
Aj: problems installing, running VIVO, permissions issues and others
RoF: have a procedure to get it going on WSL on Windows
Bg: seem to be more issues with permissions, variations on java, tomcat installations.
RoF: various distributions do things differently, if you install everything to ‘home’ you should not have permissions problems.
Aw: should not be this hard to install VIVO,
RoF: see full development VM setup in developers wiki
Aw: should be a .war file and take build out of picture, and just drop a .war file into webapps directory, with prereqs as tomcat and solr. More advanced installs can be done, but there should be a simpler option. Are there other concerns with the simple .war file option?
Bg: .war file does not solve problem of permissions, variations of tomcat installations may be better to have a docker option.
Aw: we discussed docker previously, for now it is not a option for default version
Mh: we had many reasons to install VIVO, and various versions dev, test, different environments. The VIVO dev environment we created has everything bundled and works. Not reasonable to have a common use case of installations.
Bg: we did have a previous version with tomcat included in a zip file, compiled and deployed. Only thing needing to be configured is where tomcat is, and how solr is set up.
Aw: we used to have regular ‘install fests’, this may be a longer term goal. May be worthwhile to have 3 versions: quickstart, production, development. Any other ideas for low hanging fruit for installation problems?
Bl: could have better error messages to catch maven issues that aren’t flagged when build fails. Jim did a lot of work in smoke tests to alert when things were amiss. Should double check that everything works as expected. For simpler process, we should make sure smoke tests, verifications, error messages work and are adequate.
Aw: also, should look into auto-configure solr, can be avoided with apis.
Mh: UQAM dev project is designed for non-java devs who need to work with VIVO, lot of automatisms built in, maven functions, etc.
Questions coming out of the community
2.a.i: Updating URIS via Database
2.b.: additions to ontology, PR-165, by this week
2.c: is there a simple way to set it so that click on Article goes to view all? (RoF has answered this)
I18n update:
Mh: do we have a need to move all ontology files into TTL format? Too many different formats right now.
Bg: this should be easier to do now that ontology files have moved into firstime.
Mh: problem of firstime is affected by TTL formats.
Aw: in serialization comments were lost, and if we re-serialize it all local changes get disassociated from source files. Wary of addressing re-serializiation in context of i18n.
Bl: change introduces a huge risk for minimal benefit
Mh: I don’t think the risk is that severe. But yes, you do lose the comments in the ontologies, so this is a drawback.
Bg: some risks are for those with third-tier, overwriting files that no longer exists result in duplicate triples.
Bl: it is a big maintenance headache when you go to upgrade, lots of potential chaos.
Bg: messy solution is to change them all to turtle.
Mh: we only change the extension not the filename.
Bl: yes we could address this by omitting file extensions. But not significant enough benefit for effort required.
Mh: for i18n it becomes important since files get translated and this is more difficult with rdf format, we had to translate them into more human readable ttl format. So those who want to create a new language, they will change formats to ttl.
Bl: rather focus on moving translation away from rdf syntax
Aw: maybe we put on hold re-serialization, until afterwards.
Aw: relatively pressing issue (VIVO-)1918? Can anybody handle this?
Bl: can do it, but no time in september?
Aw: for those who have time during this sprint, can we have a wrap up call this friday and finish up on outstanding tickets? Will send out an invite.
Actions