Collect comments on previous meetings minutes (2024-03-01)
Apologies: Tom Bishop, Yannick Marcon, Morris Swertz, Marije van der Geest, Stuart Wheater
Opal
Yannick couldn’t make it, but he has sent an update:
Update to new version of java in progress
Rock 2.0 is released with java 21 support
Armadillo
Working on integrating keycloak, have to investigate if same issue is in opal
Metrics/ actuator endpoints added
Profiles start automatically when armadillo is restarted
Possible to see logs in UI
Working on views on tables
Going to be doing a release soon to make all of this available
New projects: HELTI (Health life trajectories initiative) they request the development of ds.glmm (generalised linear mixed models). The second project is from University of Granada. They also request the development of ds.glmm. We set a timeframe for November 2024 for this development.
Then a group from University of Verona contaced us and they are interested to use DataSHIELD and to develop new functions. They will attend the statistical theme meetings.
msreg function was discussed with Andrea Piano Mortari (LongITools). We will have a meeting with them next week to see if it is possible to develop that in DataSHIELD: https://journals.sagepub.com/doi/full/10.1177/1536867X211000008
Cox regression: Demetris developed one-stage Cox regression function. Based on a published paper about the algorithm (Webdisco) and the vantage6 code with the same algorithm. Need to create new “cox-permissive” mode with new cox function, if disclosure issue is not solved. We need to focus on making DataSHIELD more stable and faster, instead of just focussing on new functions. The biggest issues need to be addressed.
Looking at repositories we use (Github/DockerHub/CRAN) -> much of it can probably be archived. There’s the idea to create a new archive account and move the repositories from the old datashield account to the archive one.
We need to determine what the purpose of this list of repositories is and from there decide if and how we want to clean it up.
Stuart will go through it again, to make sure it’s up to date and then post it to the forum to discuss this.
Are these packages “owned” by DataSHIELD or someone else? How will they be managed in the future. Does having them in the DataSHIELD mean it’s being maintained by the group? Should these packages just be in the repositories of the owners of the packages? Andrei will be leading the discussion on this.
Should there be more packages in this list? We need to inventorise what is out there, other organisations (e.g. MOLGENIS) to determine what we want to do with this.
We need to release more of the DataSHIELD R packages to CRAN. It looks more professional to have it on there, R packages belong on CRAN.