View Issue Details

IDProjectCategoryView StatusLast Update
0002289Slicer4Module DICOMpublic2014-03-06 05:23
Reportermillerjv Assigned Tomillerjv  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product VersionSlicer 4.1.1 
Target VersionSlicer 4.3.0Fixed in VersionSlicer 4.3.0 
Summary0002289: CreateADICOMSeries using ITKv4 does not properly write out Z-spacing
Description

CreateADICOMSeries creates a set of 2D DICOM images from a volume in Slicer. When Slicer is built against ITKv3, the 2D slices have the correct information for ImagePositionPatient for the third dimension. When Slicer is built against ITKv4, the 2D slices have all the same coordinate for the third dimension (0.0).

Peter Lamb has part of a solution that I will look to integrate into ITKv4 and Slicer.

TagsITKv4

Relationships

parent of 0002945 closedjcfr dicom files get wrong origin and directions from CreateADICOMSeries 

Activities

hjmjohnson

hjmjohnson

2012-11-29 11:37

developer   ~0007382

Can you please test this? I believe that this was fixed by Bill Lorensen.

jcfr

jcfr

2013-02-12 11:23

administrator   ~0007906

@Hans: Can you point to the associated commit ?

hjmjohnson

hjmjohnson

2013-02-12 11:28

developer   ~0007908

commit 160f17975134109b323e6e26e483aa196d96e315
Author: Bill Lorensen <bill.lorensen@gmail.com>
Date: Sun Nov 4 11:11:47 2012 -0500

BUG: GDCMImageIO ignores ImagePositionPatient

GDCMImage I/O fails to retain a user provided Image Position Patient
(0x0020, 0x0032). Prior to ITKv4, GDCMImageIO would keep the Image
Posiiton Patient tag if it was specified by the user in ITK's meta
data dictionary. This patch restores that behaviour. A new test
verifies that when provided, Image Position Patient is stored in the
dicom header. If Image Position Patient is not in the meta dictionary
for the image, the IPP is created from the image's origin.

Also, GDCM2 will not write IPP unless the modality is one of CT, MR or
RT. The test sets the modality to CT.

The patch is based on a fix suggested by Alberto Rey (bertorey at
gmail.com) on April 15, 2011.

Change-Id: Ic833627254421929ff54e3bf7004ba5b46347492
jcfr

jcfr

2013-02-18 10:51

administrator   ~0007984

@Jim: A regression test should be added to illustrate the problem.

millerjv

millerjv

2013-07-16 09:44

developer   ~0009070

Fixed in 0002945 (?)

jcfr

jcfr

2013-08-28 20:41

administrator   ~0009693

Fixed in r22355
See http://viewvc.slicer.org/viewvc.cgi/Slicer4?view=revision&amp;revision=22355

Please re-open if this is still an issue.

jcfr

jcfr

2014-03-06 05:22

administrator   ~0011177

Closing resolved issues that have not been updated in more than 3 months

Issue History

Date Modified Username Field Change
2012-07-03 05:17 millerjv New Issue
2012-07-03 05:17 millerjv Status new => assigned
2012-07-03 05:17 millerjv Assigned To => pieper
2012-07-03 05:18 millerjv Assigned To pieper => millerjv
2012-08-21 11:51 jcfr Target Version => Slicer 4.3.0
2012-11-29 11:37 hjmjohnson Note Added: 0007382
2012-11-30 09:35 jcfr Tag Attached: ITKv4
2013-02-12 11:23 jcfr Note Added: 0007906
2013-02-12 11:28 hjmjohnson Note Added: 0007908
2013-02-12 11:33 pieper Relationship added parent of 0002945
2013-02-18 10:51 jcfr Note Added: 0007984
2013-07-16 09:44 millerjv Note Added: 0009070
2013-08-28 20:41 jcfr Note Added: 0009693
2013-08-28 20:41 jcfr Status assigned => resolved
2013-08-28 20:41 jcfr Fixed in Version => Slicer 4.3.0
2013-08-28 20:41 jcfr Resolution open => fixed
2014-03-06 05:22 jcfr Note Added: 0011177
2014-03-06 05:23 jcfr Status resolved => closed