Re: OCT Multiframe Image not displayed in XNAT

99 views
Skip to first unread message

Adam Harding

unread,
May 21, 2013, 6:41:50 PM5/21/13
to xnat_di...@googlegroups.com
On Friday, May 17, 2013 8:35:46 AM UTC-5, Christoph Jansen wrote:
Hi,

I have an issue with XNAT displaying multiframe OCT images. 

The used image is in the "/DICOM OPT Images/OCT 7-Line Volume Scan, OS" folder of the sample files.

It's uploaded correctly to the archive and can be downloaded again. It's just not displayed in the web interface, as you can see in the attached screenshot. Clicking on the small thumbnail gives a "404 file not found" error. The used modality is OPT Session.

I hope someone knows about this problem and can give me a hint, how to solve it.


Best regards,

Christoph

Hi Christoph,

The thumbnail generator gets run with a process triggered when XNAT archives an imaging session. When support for a new modality is added as a feature to the XNAT software, the thumbnail generator part, too, has to be taught about the imaging data it will encounter and thence what to do. I've been involved with the incorporation of OCT into XNAT, and I'm not aware of that part ever having been done: it's never been a high priority of the group I work with, whose needs largely drove the addition of OCT to XNAT.

I had some discussion of thumbnails a while back, and have the impression that thumbnails for our data would be relatively straightforward. We're also using OCT beyond the examples available on the Heidelberg page you reference. "OCT thumbnail support" entails multiple scan types, flavors thereof, etc. so the capabilites would probably come as needed, and "straightforward" probably doesn't imply "trivial".

[On that: is anyone aware of a JPEG2000 library for Java that's license-compatible?]

Perhaps we could discuss here what OCT scans are of interest. For starters, we use macular cube and optical-disc cube, and create some DICOM from non- or "sorta"-DICOM.

Adam

Herrick, Rick

unread,
May 21, 2013, 9:05:01 PM5/21/13
to xnat_di...@googlegroups.com

Thanks for bringing this back up! I’ve been so lost in bug-fix and planning land I lost track of this one.

 

Yeah, I think everything Adam says is correct. I did some research the day that Christoph originally posted this. We support the data type, but the image viewing is really just a function of the snapshot generator. Immediately after the 1.6.2 release, one of our top priorities will be a new REST service that will replace the pre-generated snapshots with on-demand (but cached) snapshot generation. This will be in support of a new image viewer integrated into the Web UI instead of the existing PlexiViewer applet. One of the things we’d like to get in is support for multi-dimensional DICOM images (the issue with OCT is not the images per se but the multi-dimensional image packaging).

 

If you guys would like to work with us off-list to get some requirements and testing data to drive that development  process, that’d be great.

--
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 http://groups.google.com/group/xnat_discussion?hl=en-US.
For more options, visit https://groups.google.com/groups/opt_out.
 
 




The material in this message is private and may contain Protected Healthcare Information (PHI). 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.

Simon Doran

unread,
May 22, 2013, 5:41:33 PM5/22/13
to xnat_di...@googlegroups.com
Rick,

  What you are describing for the on-demand snapshot generation sounds really good.

  Can you make sure that the way you implement it is extensible. We have datatypes for which we use custom code to generate snapshots and it would be really useful to be able to access this facility via the REST API.

  Best wishes,

Simon

Herrick, Rick

unread,
May 22, 2013, 5:43:47 PM5/22/13
to xnat_di...@googlegroups.com

Extensibility is certainly one of the goals. We’ll probably start with a basic registry to which you can add implementations via extra jars in the app. Eventually this would be nice to have be completely dynamic and compatible with our plugin framework (which currently exists in proof-of-concept form, so don’t get too excited J).

 

From: xnat_di...@googlegroups.com [mailto:xnat_di...@googlegroups.com] On Behalf Of Simon Doran


Sent: Wednesday, May 22, 2013 4:42 PM
To: xnat_di...@googlegroups.com

--

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 http://groups.google.com/group/xnat_discussion?hl=en-US.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

Reply all
Reply to author
Forward
0 new messages