<br><br><div class="gmail_quote">On Thu, Apr 23, 2009 at 12:50 PM, Mathieu Malaterre <span dir="ltr">&lt;<a href="mailto:mathieu.malaterre@gmail.com">mathieu.malaterre@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Wed, Apr 22, 2009 at 10:03 PM, Martin Kavec &lt;<a href="mailto:martin.kavec@gmail.com">martin.kavec@gmail.com</a>&gt; wrote:<br>
&gt; I have 182 files (slices) in the output directories for the both situations,<br>
&gt; KeppOriginalUID On and commeted out. Please note that the number of slices<br>
&gt; (files) omitted by Osirix varies. If I run my code multiple times slices at<br>
&gt; different positions and different number of slices is omitted. So this<br>
&gt; problem is a bit intermittent. For this particular run there were 180 slices<br>
&gt; recognized.<br>
<br>
</div>ok<br>
<div class="im"><br>
&gt;&gt; 4. The the number of SOP Instance UID in one dir is equal to the one<br>
&gt;&gt; in the other one.<br>
&gt;<br>
&gt; Not OK. The number of unique SOPInstanceUID and MediaStorageSOPInstanceUID is<br>
&gt; correct (182) for the series with KeepOriginalOn commented out, and 181 WITH<br>
&gt; KeepOriginalOn.<br>
&gt;<br>
&gt; After a while I identified the two files having the same SOPInstanceUID and<br>
&gt; MediaStorageSOPInstanceUID, I changed them to a unique ones (checked that)<br>
&gt; and now Osirix reads in 181 slices, that is one more. But still one slice is<br>
&gt; missing.<br>
<br>
</div>Can you send me a couple of those SOP Instance UID. I vaguely recall<br>
an issue in gdcm 1.2.4 where the generation of unique UIDs was not<br>
robust.<br>
<div class="im"></div></blockquote><div><br>Here they go:<br><br>(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380994675]         # 62,1 SOP Instance UID<br>(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380994951]         # 62,1 SOP Instance UID<br>
(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380998846]         # 62,1 SOP Instance UID<br>(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380998828]         # 62,1 SOP Instance UID<br>
(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380998817]         # 62,1 SOP Instance UID<br>(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380998915]         # 62,1 SOP Instance UID<br>
(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380998957]         # 62,1 SOP Instance UID<br>(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380999080]         # 62,1 SOP Instance UID<br>
(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380999003]         # 62,1 SOP Instance UID<br>(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380999053]         # 62,1 SOP Instance UID<br>
(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380999149]         # 62,1 SOP Instance UID<br>(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380999195]         # 62,1 SOP Instance UID<br>
(0008,0018) UI [1.2.826.0.1.3680043.2.1125.1.102857387392.2009042219380994983]         # 62,1 SOP Instance UID<br><br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
&gt; I found that with respect to the other files/slices in the series with<br>
&gt; KeepOriginalOn commented out, the following tags were left unchanged in one<br>
&gt; or two files: (0002,0013) and (0002, 0012). While this may not affect my<br>
&gt; situation, it is strange that these tags were left behind.<br>
<br>
</div>Why would you care about Implementation Class UID and Implementation<br>
Version Name ? Obviously you want them to be updated after a File-Set<br>
Updater operation, right ?<br>
</blockquote><div><br>It&#39;s not that I particularly care about these, I just tried to find differences in dicom tags between the two series.<br><br>Thanks,<br><br>Martin<br></div></div><br>