-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clear rules for EventDatasets #2244
Comments
@bemoody it would be helpful if you can add your thoughts on the following point for a bit more clarity: The Event host is a platform admin (Which is a base assumption as the functionality to add an event dataset is inside the admin console). The implementation of project access checks for admin seems redundant. Yes, this point would make a ton of impact if a regular user can create an event (an interesting functionality to be had - but a separate feature in itself.) This refers to the points:
|
@bemoody I've addressed the rest of the comments and updated the PR. Please take a look and let me know. |
Well, we've done our best to move away from a binary classification of administrators and non-administrators. On PhysioNet we allow external users (course instructors, conference organizers) to have event-creation privileges on request. That's one of the things the event system was designed for, and it's useful so we can keep track of credentialing/training for participants as a group. But the event hosts generally don't have editorial or credentialing privileges. So they also don't have privileges to add event datasets. |
Will it be possible to jump on a quick call to better understand the event creation workflow. I've only seen the workflow on HDN side and assumed(my bad) that it would be the same for Physionet. I'm available full day today and tomorrow - so any time that works for you should be fine. |
Sure - how about 11:00 tomorrow? |
@bemoody is there a specific implementation of a query somewhere on the platform that you know of, where all the projects a user has access to are listed? I am currently implementing a "clunky" query using CredentialApplication, which I'm sure is missing some cases for sure. If you have an example that I can look at, it would be helpful for a cleaner implementation. |
I think that's what It looks like nothing uses that function right now? Looks like the research environment is instead using I'm not sure whether the two are equivalent. Weirdly, it looks like neither of them are honoring In any case, I think here we'd want not to include EventDatasets in the query. Maybe add an optional argument to |
I've updated the implementation based the above suggestions and added a parameter |
Some time ago, "EventDatasets" were added: the idea is that people who are participants in an event can temporarily have access to certain published projects, for the duration of the event.
Not speaking for anyone else, but I didn't feel like this system was rigorous enough to used for PhysioNet. So currently, EventDatasets don't do anything on PhysioNet: they don't allow people to access project files, nor GCP/AWS buckets, nor BigQuery. Currently, as far as I'm aware, EventDatasets only allow people to use HDN research environments.
Of course, this makes things quite confusing for developers and probably for event hosts/participants too! And we would like to have this capability for PhysioNet events eventually.
The sticking point, in my mind, is to have clarity in the user interface (the person who clicks the button needs to fully understand what clicking the button will do) as well as auditability (administrators need to be able to answer questions about who was given access to which datasets at what time.)
I think that there should first be a few additional rules imposed:
Adding an EventDataset should require the
events.add_eventdataset
permission, not (or not only)user.view_all_events
.In order to add an EventDataset, the event's host must be fully authorized to access that project (i.e., must have up-to-date training, DUA signature, etc.)
Once an EventDataset has been added, the host should not be able to change the event's start or end dates.
In order to add a participant to an event, the host or cohost who is approving the participant must be fully authorized to access the project(s).
EventDataset permissions should not take effect before the event's start date. (Currently, only the end date has any effect.)
Second, there should be additional clarity in the UI:
The text was updated successfully, but these errors were encountered: