Dear comunity,
I would like to request your assistance regarding a problem affecting spectroscopy files generated by our Siemens scanner after upgrading the software to syngo MR XA60.
Since the update, we are experiencing difficulties opening and processing the data using Osprey. The files appear to be incompatible or are not being correctly recognized by the software.
Could you please advise whether there is an updated workflow, patch, or recommended configuration to ensure compatibility with the new Siemens format?
We would greatly appreciate your guidance on how to proceed.
Thank you,
Angela Bernabeu PhD
@Angela_Bernabeu, would you tell us more details about the issue? I am using XA60 and it is working fine with Osprey.
Hi Steve,
Thank you so much for your email. I will try to provide more details regarding the error I am encountering in Osprey.
Until recently, I have been working with data from a Siemens syngo MR E11 release without any issues, successfully performing loading, analysis, and quantification. However, our scanner was recently updated to syngo MR XA60.
Since this update, Osprey is unable to load the new data. As shown in the attached screenshot, the process fails during the OspreyLoad phase with the following error:
“Unable to perform assignment because the indices on the left side are not compatible with the size of the right side.” in io_loadspec_rda (line 101).
It appears to be a header parsing issue, specifically when the function tries to read the PositionVector. I have already tried some basic troubleshooting, such as checking for decimal separators (commas vs. periods), but the error persists.
I have attached the specific spectra files I am trying to load in this example so you can take a look at them and see if you can reproduce the error on your end.
Could you please let me know if you have encountered this with XA60 data or if there is a specific patch or configuration needed for this software version?
Thank you very much for your time and help.
Best regards,
LogFile.txt (4.1 KB)
spectra.zip (26.8 KB)
Hi Steve,
I hope you are doing well.
I am reaching out to you because we have been trying again to work with our Syngo X60 data. We have loaded a tested your script io_Siemens_XA2VE.m (developed about 3 years ago to handle XA-to-VE format transitions) on our new Siemens Magnetom XA60 data, but unfortunately, we haven’t been able to make it work for our current RDA exports.
We have also performed extensive testing today to troubleshoot the issue, and I wanted to share the results with you to see if you have any insights or an updated version of the patch:
- Failure with XA60 Exports: When applying the io_Siemens_XA2VE.m logic to the new XA60 files, the script fails to recover a coherent signal. We observe astronomical amplitude values (orders of 10^30 to 10^38) and the FID lacks any natural exponential decay, showing only isolated digital spikes.
- Attempted Workaround via jMRUI: In a desperate attempt to rescue the data, we tried to manually export the raw binary data into a 2-column TXT format to see if jMRUI could interpret it. Our goal was to re-save it in a format that Osprey could eventually read. However, even with various bit-depth interpretations (Float32, Float64, Int32), jMRUI only renders flat-line noise.
- Binary Mismatch: It seems the XA60 platform has changed the way it writes the binary block in the RDA files (possible encryption, compression, or a different header offset), as none of the standard encoding interpretations are yielding a physical signal.
Since we do not have the original Twix (.dat) files or spectroscopy DICOMs for these sessions, we are trying to find a way to fix the RDA reading process.
Have you encountered this behavior with the XA60 version of Syngo MR? Do you think the io_Siemens_XA2VE.m script needs a specific update for the newer XA line offsets or data types?
Any help or guidance you could provide would be greatly appreciated.
Best regards,
Angela
Would you mind sharing your protocol in pdf format?
I am able to read the raw data by replacing the comma (,) with a dot (.) in the headers. But your data look odd as you mentioned.
Hi Steve,
Tahnks again for your help. Here you have a copy of our whole MR protocol. MRS protocol is specified from pages 11 to 23 as we perform several measurements in the brain (Hippocampus and vmPFC). The protocol is in Spanish, so please tell me if you need any help with the translation.**
**As I mentioned before, we suspect the binary data block in the RDA file is not being mapped correctly by the current scripts, possibly due to a change in the XA60’s data header or offset.
Looking forward to hearing your thoughts after you check the PDF.
**Best regards,**Thanks!
Angela
@Angela_Bernabeu, I don’t see any attachments.
Sorry,
Here it is!
CANO1_071025_PostUpgrade.pdf (159.9 KB)
