# Dicom Volume Render an unmatched series

**URL:** https://discourse.slicer.org/t/dicom-volume-render-an-unmatched-series/4732
**Category:** Support
**Tags:** segmentation, dicom, volume-rendering
**Created:** [November 12, 2018, 5:50pm UTC](https://discourse.slicer.org/t/dicom-volume-render-an-unmatched-series/4732 "2018-11-12T17:50:21Z")
**Posts on this page:** 8
**Page:** 1

<div class="post-metadata">

### Author: ![epdawson](https://avatars.discourse-cdn.com/v4/letter/e/ebca7d/32.png) [@epdawson](https://discourse.slicer.org/u/epdawson)
#### Post date: [November 12, 2018, 5:50pm UTC](https://discourse.slicer.org/t/dicom-volume-render-an-unmatched-series/4732/1 "2018-11-12T17:50:21Z")

</div>

I have an ultrasound data set that has been converted to individual dicom files. However, these files have no reference to each other, so in Slicer they all are loaded as individual volumes. Is there a way to combine these in an efficient manner (talking about 300+ images) through slicer, or must this happen previously in Matlab by correctly giving each file the necessary metadata attached?

Thanks

---

<div class="post-metadata">

### Author: ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)
#### Post date: [November 12, 2018, 5:55pm UTC](https://discourse.slicer.org/t/dicom-volume-render-an-unmatched-series/4732/2 "2018-11-12T17:55:04Z")

</div>

What would you like to do with the images? Replay them as a time sequence, reconstruct into a 3D volume, …?

---

<div class="post-metadata">

### Author: ![epdawson](https://avatars.discourse-cdn.com/v4/letter/e/ebca7d/32.png) [@epdawson](https://discourse.slicer.org/u/epdawson)
#### Post date: [November 12, 2018, 6:40pm UTC](https://discourse.slicer.org/t/dicom-volume-render-an-unmatched-series/4732/3 "2018-11-12T18:40:00Z")

</div>

Sorry for the vagueness. I would like to reconstruct them as a volume, and then be able to export that Volume as a single Dicom if possible.

Thanks for the reply!

---

<div class="post-metadata">

### Author: ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)
#### Post date: [November 12, 2018, 7:37pm UTC](https://discourse.slicer.org/t/dicom-volume-render-an-unmatched-series/4732/4 "2018-11-12T19:37:29Z")

</div>

Have you used position tracker (optical or electromagnetic tracker, etc) to track the ultrasound probe’s position?

Did you use [Plus toolkit](http://plustoolkit.org) for data acquisition? If yes, you can do real-time volume reconstruction in Slicer, using [SlicerIGT extension](http://www.slicerigt.org) - see details in SlicerIGT tutorials.

---

<div class="post-metadata">

### Author: ![epdawson](https://avatars.discourse-cdn.com/v4/letter/e/ebca7d/32.png) [@epdawson](https://discourse.slicer.org/u/epdawson)
#### Post date: [November 15, 2018, 7:20pm UTC](https://discourse.slicer.org/t/dicom-volume-render-an-unmatched-series/4732/5 "2018-11-15T19:20:04Z")

</div>

This is all post-processed data. I am not interested in doing live acquisiton. My question is what does Slicer need to know in metadata to load a Dicom Volume? I have a dicom file that contains 1 study, 1 series, and 255 instances, but when loaded in Slicer nothing registers. No error comes up, but no confirmation either. Simply nothing. What is going on here?

---

<div class="post-metadata">

### Author: ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)
#### Post date: [November 15, 2018, 7:47pm UTC](https://discourse.slicer.org/t/dicom-volume-render-an-unmatched-series/4732/6 "2018-11-15T19:47:10Z")

</div>

> [@epdawson](#):
>
> My question is what does Slicer need to know in metadata to load a Dicom Volume?

All the required UIDs (patient name, ID, study UID, series instance UID) must be there, image position patient, image orientation patient must be present and consistent, pixel spacing is required, too.

It is complicated. So, if you don’t already have a DICOM image then I would not recommend to attempt to create a valid DICOM image. Instead, you can write it to a nrrd file using [nrrdwrite.m](https://github.com/PerkLab/SlicerMatlabBridge/tree/master/MatlabCommander/commandserver). Or, even better, let Slicer handle all the Matlab communication (send/receive images, transforms, points, etc.) using [MatlabBridge extension.](https://www.slicer.org/wiki/Documentation/Nightly/Extensions/MatlabBridge)

---

<div class="post-metadata">

### Author: ![epdawson](https://avatars.discourse-cdn.com/v4/letter/e/ebca7d/32.png) [@epdawson](https://discourse.slicer.org/u/epdawson)
#### Post date: [November 16, 2018, 10:05pm UTC](https://discourse.slicer.org/t/dicom-volume-render-an-unmatched-series/4732/7 "2018-11-16T22:05:43Z")

</div>

Andras,

I am sticking with the metadata approach, and have been able to construct a single volume series from all of my images. It appears though that Slicer is having an issue with loading order, as you can see below in the screenshot. There is no reason for this to be happening from a metadata standpoint. Any thoughts?

Thanks for you time and support!

 ![image](https://us1.discourse-cdn.com/flex002/uploads/slicer/original/3X/a/d/ad6effdf639bde85154f4f9633f8a27fe1ca340f.png)

---

<div class="post-metadata">

### Author: ![lassoan](https://sea2.discourse-cdn.com/flex002/user_avatar/discourse.slicer.org/lassoan/32/13_2.png) [@lassoan](https://discourse.slicer.org/u/lassoan)
#### Post date: [November 18, 2018, 3:36pm UTC](https://discourse.slicer.org/t/dicom-volume-render-an-unmatched-series/4732/8 "2018-11-18T15:36:33Z")

</div>

> I am sticking with the metadata approach

We can help you find a solution to any problem, but if you don’t follow our advice then you make this hard.

> It appears though that Slicer is having an issue with loading order

If you set DICOM metadata correctly then Slicer reads all the slices into a single 3D volume. Order of file names does not matter, slices order is computed based on image position and orientation tags.
