Closed aTrotier closed 1 year ago
The BrukerFile change looks correct, thanks.
Regarding AcquisitionData
I think it is already in mm
, see https://github.com/MagneticResonanceImaging/MRIReco.jl/blob/c48dfc53051ff24132b8be91f0c5e8174fa80315/src/Tools/ImageData.jl#L14
Hence, i think you need to remove the division by 1000.
Here it says it is in meter...
Ah ok then the documentation is wrong. My take away from https://github.com/MagneticResonanceImaging/MRIReco.jl/issues/126 was that we handle everything in mm.
Can you change the documentation in your PR (+ revert the factor 1000)?
Base: 63.05% // Head: 63.05% // No change to project coverage :thumbsup:
Coverage data is based on head (
03986e3
) compared to base (f03a934
). Patch has no changes to coverable lines.:exclamation: Current head 03986e3 differs from pull request most recent head 2eae075. Consider uploading reports for the commit 2eae075 to get more accurate results
:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.
I will try to acquire a new 3D datasets with offsets that we can use instead of the current one.
Issue
raw.params["encodedFOV"]
is currently in meter when I read a BrukerFile and it is in mm for read_dir... which cause some issue later when I want to correct the offset. According to this, I think encodedFOV should be in mm ? https://github.com/ismrmrd/ismrmrd/blob/1b260407a69195a6666844e9706ff20ba965ef29/schema/ismrmrd_example.xml#L26But for
AcquisitionData
:This PR corrects :
discusion
Should we put fov in mm for AcquisitionData ?
What functions are using acq.fov ?