<div dir="ltr">There is a Slicer CLI that I wrote a few tears ago. It is called CreateDICOMSeries.<div><br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 21, 2013 at 5:26 PM, Williams, Norman K <span dir="ltr"><<a href="mailto:norman-k-williams@uiowa.edu" target="_blank">norman-k-williams@uiowa.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I found a really bad bug in the DCMTK reader. When I wrote it, I got rows<br>
& columns mixed up in assigning image dimensions. Until now no one had<br>
ever run into it because either they never use DICOM files, or they only<br>
use DICOM series with square slices.<br>
<br>
I've spent a couple of hours trying to write a test for this, that would<br>
write a DICOM series of non-square slices. Turns out it's not that easy<br>
-- the DCMTK reader depends on DICOM tags to be in the DICOM file in order<br>
to read them in successfully, and the DICOM writer (GDCM) I have access to<br>
doesn't fill them out properly.<br>
<br>
I can simply use some anonymized real-world data to do this, but it's<br>
disconcerting we can write files that aren't actually readable. Is there<br>
some trick to this that I'm missing?<br>
<br>
Looking at the GDCM tests, there are places they write GDCM files, but<br>
they actually read a DICOM file first and copy the MetaDataDictionary onto<br>
the output in order to get the flags in.<br>
--<br>
Kent Williams <a href="mailto:norman-k-williams@uiowa.edu">norman-k-williams@uiowa.edu</a><br>
<br>
<br>
<br>
<br>
<br>
<br>
________________________________<br>
Notice: This UI Health Care e-mail (including attachments) is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and may be legally privileged. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you.<br>
________________________________<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at<br>
<a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Kitware offers ITK Training Courses, for more information visit:<br>
<a href="http://kitware.com/products/protraining.php" target="_blank">http://kitware.com/products/protraining.php</a><br>
<br>
Please keep messages on-topic and check the ITK FAQ at:<br>
<a href="http://www.itk.org/Wiki/ITK_FAQ" target="_blank">http://www.itk.org/Wiki/ITK_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.itk.org/mailman/listinfo/insight-developers" target="_blank">http://www.itk.org/mailman/listinfo/insight-developers</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Unpaid intern in BillsBasement at noware dot com<br>
</div>