-
Notifications
You must be signed in to change notification settings - Fork 0
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
Check "IsStable" before preprocessing #4
Comments
If not, we could remove existing output (subject’s nifti and .heudiconv) and then convert from scratch |
For studies with pause (and closed) and coil exchange (also closed) we can then check OnStablePatient. This way we prevent from converting the same subject (heudiconv crash) multiple times. |
Seems like a good idea. Just one additional thing to take care of. When converting multiple sessions at once, we would have to take care to specify session for heudiconv if there are two of them in the same dicom folder, otherwise it would complain about conflicting session IDs, see #3 |
OnStable time has been changed to 30 min. Although there is enough time for most cases, repeated conversions may still happen. In that case:
|
Great, this should cover most cases. I'd still give it an hour, but maybe you're right that we should solve the issue at its root. Do we know what exactly crashes when new scans arrive after OnStable time (when the machinery is already running)? I think it's heudiconv. I remember that running heudiconv on the files in /opt/.trash gave me an error about conflicting study IDs. However, is it possible that different study IDs would be generated when files are being sent (potentially) a few times from PACS to mibackup? I might be confusing something here. |
One should check in sentinel.sh whether patient does not acquire new images.
http://localhost:8080/patients/patient_id
-> IsStable
The text was updated successfully, but these errors were encountered: