ITK/Release 4/DICOM: Difference between revisions
From KitwarePublic
Jump to navigationJump to search
(→TCons) |
|||
Line 43: | Line 43: | ||
* [[ITK_Release_4/DICOM/Tcon_2010_10_11|TCon 2010/10/11]], [[ITK_Release_4/DICOM/Minutes_2010_10_11| Minutes 2010_10_11]] | * [[ITK_Release_4/DICOM/Tcon_2010_10_11|TCon 2010/10/11]], [[ITK_Release_4/DICOM/Minutes_2010_10_11| Minutes 2010_10_11]] | ||
= Meeting = | |||
* [[ITK_Release_4/DICOM/Meeting_IOWA_2010|Meeting Iowa]] |
Revision as of 17:13, 14 November 2010
Improving DICOM Support
Goals
- Improve the support for DICOM needs by the ITK community
- DICOM communication layer (PACS connection)
- type checking
- minimum DICOM skeleton generation
Discussions
Communications Discussions
how to test against PACS automatically ?
( thanks to steve piepper)
I had a chance to ask Lawrence Tarbox of Washington University your question about dicom testing. Lawrence is a participant in CTK and a long-time dicom standards participant too (he's actually working on the hosted application specification, which we should ultimately be compatible with).
For PACS-like testing, he pointed to two well established efforts, linked below. Lawrence knows people involved in these and thinks they might be receptive to seeing integration with ctest and cdash if you want to pursue that. In any case I think we can learn a lot from these efforts.
http://www.ihe.net/Connectathon/ (look for the MESA test suite)
http://www.dvtk.org/
Contestants
Seting up a dcm4che server: