UtrechtUniversity / yoda

A system for reliable, long-term storing and archiving large amounts of research data during all stages of a study.
https://utrechtuniversity.github.io/yoda/
GNU General Public License v3.0
44 stars 26 forks source link

[FEATURE] Open Science Framework (OSF) Plug-in for Yoda #356

Open JP-Rombouts opened 7 months ago

JP-Rombouts commented 7 months ago

Is your feature request related to a problem? Please describe.

Not really a problem (yet) but we're positioning Yoda as our default storage solution for research data. For several reasons including the ability to support good open science pratices by creating FAIR data. OSF is used by quite a few of our open science adopting researcher but they can not use Yoda at this point so they divert to other storage solutions.

Describe the solution you'd like

Creating an OSF plug-in/add-on to allow linking Yoda to OSF

Describe alternatives you've considered

Research drive ;-)

Additional context

Danny-dK commented 7 months ago

I remember years ago we talked about this in the UU Yoda datamanagers meetings, there were some technical limitations, but can't remember which one. My memory may be wrong, but I think an issue was also raised on what OSF can see, what information they store and transfer, etc (from their privacy policies, FAQ, and terms of use: they use a backup to google servers (of course only for data sent directly on OSF), they collect some privacy information which may end up outside of the EU, they have the option to discontinue any services with or without notification). Their pre-registration function is something that is very nice though. So as long as researchers are aware of what sensitivity of data is allowed to be on OSF and what OSF can see an has access to, I could imagine this to be a nice feature. A quick search on the possible storage add-ons https://help.osf.io/article/395-storage-add-ons doesn't look like they support WebDAV protocol unless based on OwnCloud, so maybe when iRODS and Yoda can employ S3 protocols, this would be possible.

peer35 commented 6 months ago

Also be aware of the risk that one researcher can publicly share a folder in OSF without the rest of the group being aware of it, making it very easy to leak data.

I think most of the work to implement this would be on the OSF side, the first thing to find out is which protocols can be supported on the OSF side.