Research teams does not work as an OMERO group
While the first intuition is to define research teams as a 'default' group in OMERO, we have realized that this is a bad idea and that it is much better to organize OMERO groups around research projects. The issues are many and complex but I can exemplify this with just a few scenarios.
- A group is set around a research team. Now there is a research project that needs read-annotate level with some external collaborator. You need to give read-annotate acces to the whole team's data
- A research team receives a student for 6 months. He/she is working closely with some of the post-docs and, at the end of the rotation project his/her data stays a bit isolated from the rest of the project having little coherence with the rest of the data of the lab.
- There are teams that are keeping quite some internal secrecy. While I don't want to encourage that, it strongly limits the collaboration possibilities inside the sub-group as rising privileges woudl expose other member's data.
I would suggest removing the team all together and keeping a strict parallel between OMERO-group = research-project.
There are two added advantages to this scheme:
- Users 'gain' one hierarchy level for the organisation of their data and this level is quite natural in their head
- It will be possible to clearly associate a DMP to a particular project.