Fixes #639 Hadamard decoding: json fields for Hadamard#718
Fixes #639 Hadamard decoding: json fields for Hadamard#718MichaelStritt merged 26 commits intodevelopfrom
Conversation
|
Hey @BeatrizPadrela & @jan-petr: I know nobody asked for my opinion on this, but I think we should be a bit more thrifty with adding JSON fields. Maybe things like HadamardType or something like that get accepted for ASL-BIDS someday, but things like MultiPLD or MultiTE can basically be determined from other fields, right? |
HenkMutsaerts
left a comment
There was a problem hiding this comment.
Great work! Commit title: would be nice to do #639 xASL_bids_BIDSifyASLJSON: add multiPLD' note that if your commit title is too long, it will overflow in the detailed commit message. You can manage this by making your commit message title (first -m) short and the commit message (second -m) longer, e.g. commit -S -m 'short title' -m 'longer detailed message'
Modules/SubModule_Import/xASL_imp_DCM2NII_Subject_ShuffleTheDynamics.m
Outdated
Show resolved
Hide resolved
a108eae to
574e0f9
Compare
MichaelStritt
left a comment
There was a problem hiding this comment.
From my side it would be fine to merge it like this. After merging this to develop we can still check how we're going to handle xASL_module_ASL lines 86-88.
Functions/xASL_bids_BIDSifyASLJSON.m
Outdated
| @@ -192,23 +203,23 @@ | |||
| warning('Did not succeed in repeating PLDs for each TE for Hadamard sequence import'); | |||
There was a problem hiding this comment.
Note that this warning could be misleading if you have a Hadamard sequence with only one echotime!
Modules/SubModule_Import/xASL_imp_DCM2NII_Subject_ShuffleTheDynamics.m
Outdated
Show resolved
Hide resolved
Modules/SubModule_Import/xASL_imp_DCM2NII_Subject_ShuffleTheDynamics.m
Outdated
Show resolved
Hide resolved
Modules/SubModule_Import/xASL_imp_DCM2NII_Subject_ShuffleTheDynamics.m
Outdated
Show resolved
Hide resolved
Modules/SubModule_Import/xASL_imp_DCM2NII_Subject_ShuffleTheDynamics.m
Outdated
Show resolved
Hide resolved
|
I think the overall code quality is a lot better now. Please re-test and post the results here @BeatrizPadrela. |
MichaelStritt
left a comment
There was a problem hiding this comment.
Minor things that are left to improve. Please check my comments.
MichaelStritt
left a comment
There was a problem hiding this comment.
Check out my comment and maybe add that if necessary, otherwise it's fine for me 👍
|
@BeatrizPadrela: I think the code should work now, but you should really start to test these things more thoroughly. We even have two test datasets for that. Maybe you can start by updating the reference studyPar files of them in the FlavorDatabase? I added this as a task in your bucket. Also try to check out |
Yes I can update the studyPar files in the FlavorDataBase for these datasets! And thanks for the x.logging tip :) |
…eck and adding a comment to xASL_imp_DCM2NII_Subject_ShuffleTheDynamics
… x struct as input to ShufTheDin
You have to be a bit careful here. The keyword hadamard is also a matlab function, which is why it somehow worked for you, but certainly not as intended. In addition it was theoretically possible that x.modules.asl.bHadamard was true but there was no SeriesDescription and you would have checked that field later without checking for existence first. There was an easy fix for that though. I tested it based on Amnahs Hadamard-4 and it worked perfectly well. One minor warning because of the TotalAcquiredPairs, but maybe we have to see if that would still appear in current develop. I would merge these rather early and then improve it later on.
…rd and in the BIDSify we dont have x struct so isHadamard is enough
CheckIfFME & ReorderTimeEncoded
a57d26f to
397f833
Compare
…eck and adding a comment to xASL_imp_DCM2NII_Subject_ShuffleTheDynamics
Linked issue
Required: mention the issue number of the linked feature or bug here
How to test
Required: if not defined in the linked issue, add a simple test description here
Comments
Optional: add helpful comments for the reviewers here