-
Notifications
You must be signed in to change notification settings - Fork 171
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
Deep Learning and Compressed Sensing #1407
Comments
Is "Compressed Sensing" a generic term that could fairly be applied to all vendors? If so, maybe to get started, there could be a |
@mharms this seems like a reasonable approach. Based on your comments, I wonder if we should have the BIDS boolean fields Compressed Sensing is a generic term, which GE brands as For the Deep Learning methods, GE refers to |
|
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:
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 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?):
@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 |
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:
The text was updated successfully, but these errors were encountered: