-
Notifications
You must be signed in to change notification settings - Fork 22
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
fix reverse readdir for echoes (bruker) #186
Comments
How would you prefer to proceed this :
|
I think the first one is better. The conversion should then be done when converting RawAcqData -> AcqData. I would say also the offset correction in the conversion should be done automatically. Currently there is a parameter "OffsetBruker" (https://github.com/MagneticResonanceImaging/MRIReco.jl/blob/master/MRIBase/src/Datatypes/RawAcqData.jl#L283), which should not be named that way since at that point, there is nothing Bruker specific. |
I don't know if the offset is required for all the dataset from clinical scanner but the OffSetBruker is specific because it should be only applied along phase and partition direction (Bruker directly handle the frequency one). If we have to apply it automatically it should be handle during the conversion from datasets to raw. or we don't handle that automatically and just create a specific function like MRIReco.jl/MRIBase/src/Datatypes/AcqData.jl Line 437 in f70b2e0
|
Ah, ok, thats a good point. Then, we could probably could simply set the offset when converting from BrukerData to RawData in that direction to zero. In the RawAcq -> Acq conversion one would then only do the correction, if the offset is different from zero in the respective direction. In that way, the RawAcq -> Acq conversion is generic. The same line of thoughts holds for the ROT. By setting it correct in BrukerFile (like I did for MGE), one can implement this in a generic fashion in the later conversion. |
One of my colleague told me that the offset is generally handle by Siemens in each sequence but I still have to verify that point. If it is the case we should change the head.position = (0,0,0) during ismrmrd -> raw. But we don't anymore have the correspondance between the mrd format and the raw format ? |
dee7b36#commitcomment-142358273
The text was updated successfully, but these errors were encountered: