Migrate ImagingUpload
and MriUploadDB
to the new database abstraction
#1224
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Migrate
ImagingUpload
andMriUploadDB
to the new database abstraction.The current input checking is very complex and this should simplify it a little. The previous code seems to sometimes accept or forget to check if the DICOM archive or MRI upload is null in a few specific places, but I do not see how it can work as a whole in these conditions. I therefore assume the DICOM archive and MRI upload must not be null.
The integration test will check if this works broadly, but since this touches the argument validation, I will need to test the pipeline manually with:
Tested and there does not seem to be any regression:
run_dicom_archive_loader.py
expects either (exclusive)--upload_id
or--tarchive_path
, and requires the DICOM archive to be associated with exactly one MRI upload.