[Insight-developers] DICOM weekly update - 2012 Edition !

[Alexandre GOUAILLARD]

hi norman,

yes this is what I did for the specific tests.

But also, I wanted to double check the non-specific tests. Two of them
try to manipulate .dcm files. I wanted to see if it was automatically
picking up DCMTKImageIOFactory for reading, and GDCM for writing (as I
did not implemented writing yet, as writing a DICOM image from scratch
is some kind of art), as it should.

As I could not find a way to tell ITK in which order he should try
factories to read files, I took the brutal way and made a branch in
which I remove GDCM all together. It's being tested right now, I
should push it in a few hours.

Alex.

On Thu, Jan 5, 2012 at 1:06 AM, Williams, Norman K
<norman-k-williams at uiowa.edu> wrote:
> If you want an image file reader or writer to use a specific ImageIO class
> you can instantiate the reader, instantiate the ImageIO class you want to
> use, and set the ImageIO object in the reader/writer.
>
> If you do that, it bypasses the usual 'ask every damn ImageIO class if it
> can read or write this particular file' check.
> --
> Kent Williams norman-k-williams at uiowa.edu
>
>
>
>
>
>
> On 1/1/12 10:34 PM, "Alexandre GOUAILLARD" <agouaillard at gmail.com> wrote:
>
>>Dear all,
>>
>>FIrst of, happy new year to you all. May 2012 be ITK v4 year (among
>>other good things).
>>
>>NAMIC week is one week ahead, let me give you some news on DICOM.
>>
>>DCMTKImageIO has been enhanced to support compressed images.
>>ReadImageInformation can now check for transfer syntax. The layout is
>>reading for all syntax that DCMTK supports, but only JPEG is
>>implemented right now, as we don t have test currently for images
>>compressed with anything else (free DCMTK supports JPEG-LS for
>>example).
>>ImageIO specific tests have been replicated for DCMTK and now DCMTK
>>handles all the (single) images that GDCM does. All non-ImageIO
>>specific tests (*ImageFile*) pass, but It's very possible that the
>>factory mechanism picks GDCMImageIOFactory first, so it s not
>>conclusive. I'm yet to find how to either not register
>>GDMCImageIOFactory, or to change the order of factories for
>>DCMTKImageIOFactory to be tested first. I'll send a separate e-mail to
>>the list for that.
>>
>>The big task for this week will be the ImageSeries reader, and start
>>attacking the writer, to have all functionalities in place for NAMIC
>>week to address the other tasks. There is still some minor tasks
>>(origin is not read consistently, ....) but those are not stopping us
>>from moving forward to NAMIC objectives.
>>
>>On a side note, the GDCM tests do not validate the output image (by
>>using ImageCOmpare and a baseline) right now. Right now i m checking
>>manually if the images are the same, but it would be necessary to
>>implement the --compare option for those tests.
>>
>>Have a great week.
>>
>>Alex & Drew.
>>_______________________________________________
>>Powered by www.kitware.com
>>
>>Visit other Kitware open-source projects at
>>http://www.kitware.com/opensource/opensource.html
>>
>>Kitware offers ITK Training Courses, for more information visit:
>>http://kitware.com/products/protraining.html
>>
>>Please keep messages on-topic and check the ITK FAQ at:
>>http://www.itk.org/Wiki/ITK_FAQ
>>
>>Follow this link to subscribe/unsubscribe:
>>http://www.itk.org/mailman/listinfo/insight-developers
>
>
>
> ________________________________
> 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.
> ________________________________