Skip to content
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

Streamline CIV creation and validation code for archive items and display sets #3156

Merged
merged 9 commits into from
Jan 11, 2024

Conversation

amickan
Copy link
Contributor

@amickan amickan commented Jan 10, 2024

Closes #3138
Part of https://github.com/DIAGNijmegen/rse-roadmap/issues/274

With this change to use the same logic and code for CIV creation for display sets and archive items, it is no longer possible to update the interface of an image in an archive item. We already discussed this here briefly and had decided that this was no longer necessary.

@amickan amickan changed the title Unify CIV creation and validation code for archive items and display sets Streamline CIV creation and validation code for archive items and display sets Jan 10, 2024
@jmsmkn
Copy link
Member

jmsmkn commented Jan 10, 2024

With this change to use the same logic and code for CIV creation for display sets and archive items, it is no longer possible to update the interface of an image in an archive item. We already discussed this here briefly and had decided that this was no longer necessary.

How would a user achieve this now?

Copy link
Member

@jmsmkn jmsmkn left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good cleanup, probably most of my questions come from the existing implementation.

@amickan
Copy link
Contributor Author

amickan commented Jan 10, 2024

With this change to use the same logic and code for CIV creation for display sets and archive items, it is no longer possible to update the interface of an image in an archive item. We already discussed this here briefly and had decided that this was no longer necessary.

How would a user achieve this now?

With the changes here, they can no longer do this. Do we really need that functionality? It has always been a pretty incomplete feature (only for archive items, only for images and only possible through the API). It was originally meant to enable users to change existing archive items with generic medical images or generic overlays into something more specific. The specific interfaces have been around for a while now, I would assume it's less of an issue now? Also, there is always the alternative that we delete existing archive items and the user uploads from scratch. Or, maybe better, we enable deleting images from archive items / display sets (we already have this for all other interface kinds anyway), then there won't be a need to change the interface.

@jmsmkn
Copy link
Member

jmsmkn commented Jan 10, 2024

Do we really need that functionality?

I think it's pretty common but not a blocker for this PR.

Or, maybe better, we enable deleting images from archive items / display sets (we already have this for all other interface kinds anyway), then there won't be a need to change the interface.

We should enable that in a separate PR. Workflow would have to be to add the image as a new value, then remove the old one value. The other way around they would loose permission to add the image back.

@amickan amickan merged commit 10f0a90 into main Jan 11, 2024
8 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Validation errors on upload content should return a 4xx
2 participants