<div dir="ltr"><div>I'm not aware of any standard DICOM tags that identify locator images.  That's why I check the ImageOrientationPatient, and if it doesn't match the rest of the series, I sort the image into a different stack. My co-worker enhanced our dicom browser so that, when the user clicks on a series, a thumbnail image is displayed for each stack so that the user can choose.</div><div><br></div><div>Choosing the stack with the largest number of images is reasonable.</div><div><br></div><div> - David</div><div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 22, 2016 at 8:48 AM, zarko.milosevic <span dir="ltr"><<a href="mailto:zarko@kg.ac.rs" target="_blank">zarko@kg.ac.rs</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Mostly i work with CT images and, in most cases, i had that situation where<br>
there is one locator image and because of that i had two stacks.<br>
In those circumstances i just load the stack with largest number of<br>
dedicated files.<br>
Is there some other, more elegant, solution to identify the purposes of<br>
stacks ? Via some DICOM tag for example.<br>
<br>
So for those cases i have some temporary solution.<br>
<br>
I have problem with some cases where loaded image have one slice and where<br>
series have one stack and no time slots.<br>
<br>
How should i identify those proposed situations ? To go throught files using<br>
fileindex array and compare if those values (ImageOrientationPatient,<br>
ImagePositionPatient vs. InstanceNumber) is changing in files?<br>
<br>
If so what would be solution ?<br>
<br>
Zarko<br><div class=""><div class="h5"><br>
</div></div></blockquote></div><br></div></div></div>