Skip to content

Conversation

@kekeke21
Copy link
Contributor

This is a PR to suggest an image schema change that affects the current compatibility of the Image field with the ISMRMRD format.

  • ImageData: Increase data dimension to 5d, (channel, z, y, x, frequency) to store spectroscopy data
  • ImageHeader: Add imageType options to describe the meaning of the image, such as T1map, T2map. The current ImageType can conflict with the data type of ImageData, and we can discuss whether to isolate the data type and semantic type of image as fields. We considered putting the imagetype field as flags, so that data type of image and semantic type of image can be selected.
  • ImageHeader: Add measurementFrequency as an optional list of uint and measurementFrequencyLabel as an optional list of string to describe the frequency of each entries in the frequency dimension of data

- Added frequency dimension to the ImageData
@kekeke21 kekeke21 marked this pull request as ready for review September 20, 2025 01:35
@kekeke21 kekeke21 marked this pull request as draft September 22, 2025 13:02
@kekeke21 kekeke21 marked this pull request as ready for review September 23, 2025 13:24
@kekeke21 kekeke21 mentioned this pull request Oct 9, 2025

# EDIT: Image Type. Used flags to allow requests for multiple types with one command. Added 'quantitative' types
ImageType: !enum
base: uint64
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suppose this should be a !flags instead of !enum

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This was an old comment, which will be fixed with the commit below, but we chose to set back to enum over flags.

We initially had flags as we assumed both the data type (e.g. real, imag, complex, etc.) and its interpretation types (e.g. T1map, T2map, etc.) had to be specified to recognize the image data. However, we discussed in the weekly meeting that the data types can be checked against the ImageData<T> data type. We can set a single enum of interpretation types as mutually exclusive.

@kekeke21 kekeke21 force-pushed the feature/modify_image branch from 36ad9e4 to 23415a6 Compare November 25, 2025 18:19
kekeke21 and others added 2 commits November 25, 2025 13:24
@kekeke21 kekeke21 marked this pull request as draft December 15, 2025 16:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants