Open neurolabusc opened 1 year ago
Is "Compressed Sensing" a generic term that could fairly be applied to all vendors? If so, maybe to get started, there could be a CompressedSensingFactor
field (or maybe DeepLearningCompressionFactor
?), containing the "headline" value of the compression, and a related field CompressedSensingDetails
(or DeepLearningCompressionDetails
), where you would dump the information in (0043,10ca)
for GE, or (0021,1176)
for Siemens?
@mharms this seems like a reasonable approach. Based on your comments, I wonder if we should have the BIDS boolean fields CompressedSensing
and DeepLearning
(both are either true or false), with the corresponding text fields CompressedSensingDetails
and DeepLearningDetails
. The issue with a term like Factor
is that it suggests a single value, where Siemens allows the user to tweak several parameters independently (gain, boost, sharp). I would not use the term Compression
for Deep Learning, these algorithms influence the reconstruction and resampling/interpolation of the images (Gibbs ringing and truncation artifacts).
Compressed Sensing is a generic term, which GE brands as HyperSense
, Philips refers to as Compressed SENSE
, Siemens uses the generic Compressed Sensing
.
For the Deep Learning methods, GE refers to AIR Recon DL
, Philips uses the term SmartSpeed
and Siemens has the Deep Resolve
family of tools.
Sharp
is a filter setting in Siemens lingo, and I assume the same applies here. Are Gain
and Boost
not "compression factors" of some sort (albeit maybe different algorithms)? Relatedly, in your examples from (0021,1176)
, I don't see how Gain
maps in any obvious way to the other parameters. Or, is that precisely the point -- that the Gain
and Boost
factors don't map to the underlying parameters in a clear way? It would be nice if your XA51 source could provide the "Help" text that Siemens uses to describe the Gain
and Boost
factors, to provide a little more context.
I have created a new repository dcm_qa_cs_dl for Compressed Sensing and Deep Learning DICOMs and my suggestion for BIDS conversion. The samples come from GE (MR30.1) and Siemens (XA51).
For example, a GE image that included both CS and DL yield BIDS tags:
"CompressedSensingFactor": 1.24,
"DeepLearning": true,
"DeepLearningDetails": "0.75\\High",
You can think of Compressed Sensing as a form of acquisition acceleration. With Siemens the acceleration options are mutually exclusive: a pull-down menu allows the user to select CS
, GRAPPA
or SENSE
(though I suspect the scalar Siemens CS acceleration combines a mixture of CS as well as GRAPPA). With GE, you can set CS and GRAPPA acceleration independently. The CS
is applied in 3D (both in-plane and between-plane).
You can think of the Deep Learning as an image filter. For example, it can be applied in k-space to remove Gibbs artifacts and interpolate the image.
I do not have examples from other manufacturers. I would be grateful if any one can provide examples (@captainnova?):
uCS
and uAI
Compressed SPEEDER
and Advanced intelligent Clear-IQ
Compressed SENSE
and SmartSpeed
@xiangruili the repository includes BIDS sidecars for the development release of dcm2niix. Feel free to clone dcm2niix's behavior or suggest an alternative.
I have added Philips Compressed SENSE to dcm_qa_cs_dl. Curiously, it uses the same DICOM public tags for SENSE and CSENSE. Therefore, from the Philips perspective, CSENSE is just another ParallelAcquisitionTechnique, and the SENSE
and CSENSE
accelerations are mutually exclusive. IN contrast, with GE compressed sense is independent of GRAPPA: one can use either or both. Again, it is unclear how we unify this for BIDS.
I am happy to write a definition of new BIDS tags for
DeepLearningFactor
andCompressedSensingFactor
. However, I thought it might be worth starting a discussion of how we want to do this. BIDS fields likeMultibandAccelerationFactor
have relatively similar implementation between manufacturers, and fields likeParallelReductionFactorInPlane
have subtle distinctions between implementations (e.g. SENSE vs GRAPPA). However, the latest generation scanners are applying a lot of proprietary algorithms, and these may evolve over time. So it is hard to work out an equivalence for GE'smedium
Recon DL and Siemens Deep Resolve Gain of 2. So if we want to define new BIDS fields to describe these, how would we report them beyondon
oroff
. For example, on a GE system one has one degree of aggressiveness (off, low, medium, high) while on Siemens one can independently adjust aggressiveness of gain, boost and sharpness. So do we resort to the manufacturer's terms rather than a unified value? While we might want to ignore this as it is hard to come up with a unified term for all vendors, studies have shown that these methods do reliably influence the performance of tools like FreeSurfer, so they clearly impact the data.I am happy to share sample data. Here are how two manufacturers report these parameters using private DICOM tags:
GE 30\LX\SIGNA
HyperSense compressed sensing is reported with private tag (0043,10b7):
AIR Recon DL deep learning can be set to off, low, medium and high. If on, the value is reported with private tag (0043,10b7):
Siemens XA51
Compressed Sensing reported in
PATModeText
(0021,1156). For example:There are several forms of deep learning, using the deep resolve branding. I have seen three of these reported by XA51 in private tag (0021,1175): Deep Resolve Gain (DRG), Deep Resolve Boost (DRB), Deep Resolve Sharp (DRS)
For example, an image with Gain=4 and Sharp=2 will report:
In contrast, an image with Gain=2 and Sharp=5 will report: