You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
osp_generate_nii_hdr_ext maps in.seq to the ProtocolName attribute of the nifti header extension, while io_loadspec_niimrs attempts to read the SequenceName attribute into seq. Hence: the value for seq is not preserved using Osprey functions to load a nifti file which was originally created using Osprey functions.
To Reproduce
Create a nifti file with io_writenii_mrs, defining the seq attribute
Load that same nifti file with io_loadspec_niimrs
Be dismayed by the disappearance of the seq attribute.
Expected behavior
The mapping between header elements and internal structures should be consistent across save and load.
The shorter SequenceName attribute seems more appropriate given its usage within Osprey (eg, in basis set selection), so I suggest osp_generate_nii_hdr_ext should map in.seq to SequenceName.
Additional info
Note that io_loadspec_niimrs also uses the ProtocolName attribute to identify Philips HBCD data, so an eventual fix would need to take this into account (I don't have data to test this case, hence not submitting a patch this time). Probably it's sufficient to change this instance to SequenceName too, unless these data are generated by an external tool.
The text was updated successfully, but these errors were encountered:
Describe the bug
osp_generate_nii_hdr_ext maps
in.seq
to theProtocolName
attribute of the nifti header extension, while io_loadspec_niimrs attempts to read theSequenceName
attribute intoseq
. Hence: the value forseq
is not preserved using Osprey functions to load a nifti file which was originally created using Osprey functions.To Reproduce
io_writenii_mrs
, defining theseq
attributeio_loadspec_niimrs
seq
attribute.Expected behavior
The mapping between header elements and internal structures should be consistent across save and load.
The shorter
SequenceName
attribute seems more appropriate given its usage within Osprey (eg, in basis set selection), so I suggestosp_generate_nii_hdr_ext
should mapin.seq
toSequenceName
.Additional info
Note that
io_loadspec_niimrs
also uses theProtocolName
attribute to identify Philips HBCD data, so an eventual fix would need to take this into account (I don't have data to test this case, hence not submitting a patch this time). Probably it's sufficient to change this instance toSequenceName
too, unless these data are generated by an external tool.The text was updated successfully, but these errors were encountered: