Not directly really. The main thing you can look at is the data types administration page in your XNAT installation, which will tell you which data types are installed and configured for use. You can also configure other data types that may be installed but not set up through that page. Finally, many people have created custom data types that may be able to handle additional modalities (although most custom data types are usually for subject or experiment assessors, e.g. subject data collections instruments or processed data from imaging sessions).
The REST API can help you in one way if you’re on XNAT 1.7. You can call the schemas XAPI function to get a list of the data-type schemas on your deployment:
$ http --session=admin --verify no --body https://xnatdev.xnat.org/xapi/schemas
[
"security",
"xnat",
"assessments",
"screening/screeningAssessment",
"pipeline/build",
"pipeline/repository",
"pipeline/workflow",
"birn/birnprov",
"catalog",
"project",
"validation/protocolValidation",
"xdat/display",
"xdat",
"xdat/instance",
"xdat/PlexiViewer"
]
You can then get a specific schema with any of the strings returned, so e.g.:
https://xnatdev.xnat.org/xapi/schemas/xnat
https://xnatdev.xnat.org/xapi/schemas/birn/birnprov
Those will return the XSD for the data type, which you can look through to find supported data types and then possibly modalities.
--
Rick Herrick
Sr. Programmer/Analyst
Neuroinformatics Research Group
Washington University School of Medicine
Phone: +1 (314) 273-1645
--
You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
xnat_discussi...@googlegroups.com.
To post to this group, send email to
xnat_di...@googlegroups.com.
Visit this group at https://groups.google.com/group/xnat_discussion.
For more options, visit https://groups.google.com/d/optout.
The materials in this message are private and may contain Protected Healthcare Information or other information of a sensitive nature. If you are not the intended recipient, be advised that any unauthorized use, disclosure, copying or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this email in error, please immediately notify the sender via telephone or return mail.
To take this question from a different angle, I believe that if you want to import DICOM into XNAT in a “nice” way and have it build a session object directly for you according to that modality, XNAT needs to have a “session builder” for the corresponding modality. Based on lines 81-121 of this file: https://bitbucket.org/xnatdcm/dicom-xnat/src/6527cfc2f05edd0ca7929d2bbab02e9edc8bfb0a/dicom-xnat-mx/src/main/java/org/nrg/dcm/xnat/DICOMSessionBuilder.java?at=master&fileviewer=file-view-default, I believe the full list of modalities that XNAT will make a session out of would be:
For what it’s worth, this lines up closely with my own experience in trying to import many different types of modalities into XNAT: I’ve made sessions out of all of the modalities listed above, except:
On the flip side, I have tried with various other modalities not on this list and never been able to create a session out of them.
Now, that’s not to say that XNAT can’t import DICOM with modalities outside this list at all. For example, if you have a study with MR modality DICOM and SEG modality DICOM, when importing it with REST, XNAT should make an “MR Session” out of the DICOM just fine. This session will contain both MR and SEG scans (the scans will be of type xnat:mrScanData and xnat:segScanData). The issue would be if you wanted to just import the SEG modality data; that wouldn’t work.
Thanks,
Charlie