-
Notifications
You must be signed in to change notification settings - Fork 12
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
Implement functionality to specify interfaces to be connected in the workflow in the parameter file #27
Comments
What do you mean by "specify which interface is enabled in the parameter file"? |
Also which parameter file exactly? |
@pdedumast @hamzake The current workflow consists of number of interfaces that one might want to skip especially in the preprocessing phase. For instance Hélène might want to skip histogram normalization for quantitative imaging (not sure thought which steps were exactly skipped by her, please @HeleneMIAL could you clarify this point?) or in the case of simulated data free of motion to skip the slice-to-volume registration step in mialsrtkImageReconstruction. Or any other interface that you might think it's good to have such a control. The parameter file in question is the following: mialsuperresolutiontoolkit/data/code/participants_params.json Lines 1 to 9 in 88f726d
We could think of being able to process such a file: {
"01": [
{ "sr-id":1,
"stacksOrder": [1, 3, 5],
"paramTV": {
"lambdaTV": 0.75,
"deltatTV": 0.01 } ,
"steps": {
"HistogramNormalization": False,
"S2VRegistration": False}
}]
} Any step that would not be listed in the parameter file are considered to be True and performed in the workflow. |
@sebastientourbier Ok, I understand the point now, thanks for clarifying! |
This would be great indeed!!
As @sebastientourbier suggested:
* For in vitro acquisitions without motion, I usually skip the slice-to-volume registration.
* As the histogram normalization step is based on the stacks used for SR reconstruction, it is tough to quantitatively compare SR volumes reconstructed from different LR stacks. I am still not sure how to handle this problem to enable accurate quantitative evaluation, but having a more modular implementation of the pipeline would indeed help in such specific cases.
…________________________________
De : Priscille de Dumast <notifications@github.com>
Envoyé : mardi 10 novembre 2020 15:46:29
À : Medical-Image-Analysis-Laboratory/mialsuperresolutiontoolkit
Cc : Hélène Lajous; Mention
Objet : Re: [Medical-Image-Analysis-Laboratory/mialsuperresolutiontoolkit] Implement functionality to specify interfaces to be connected in the workflow in the parameter file (#27)
@sebastientourbier<https://github.com/sebastientourbier> Ok, I understand the point now, thanks for clarifying!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#27 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AOB62IF2M336LP2FXVZAB6LSPFG4LANCNFSM4TLMMYWA>.
|
@hamzake This would requires to:
if 'HistogramNormalization' in steps.keys():
self.skip_histogram_normalization = not steps['HistogramNormalization'] and so on for each similar step/attribute.
|
The idea would be to be able the specify which interface is enabled in the parameter file such that the workflow is build accordingly. This will allow to be more flexible and skip processing steps.
The text was updated successfully, but these errors were encountered: