[Insight-users] DICOM Series Order and Spacing

[Kevin H. Hobbs]

I tried to use DicomSeriesReadImageWrite2 from my dashboard build :

http://open.cdash.org/buildSummary.php?buildid=2541377

The ".mhd" image that was created has the slices out of order and has a
wildly incorrect spacing between slices.

The documentation for GDCMSeriesFileNames says that it uses image
orientation and position to calculate the slice order.

I piped the output of the attached script to sort -n and the first few
lines look like this:

1 5 7 -121.26824912528\-113.96320492184\44.840064317107 63.64864410558
2 5 7 -121.15259227255\-112.8985677377\37.922465592742 56.648644037524
3 5 7 -121.03693589667\-111.83393055355\31.004866868377 49.648643977347
...

Those are:
	(0020|0013) Instance Number
	(0018|0050) Slice Thickness
	(0018|0088) Spacing Between Slices
	(0020|0032) Image Position (Patient)
	(0020|1041) Slice Location

That looks like enough information to put the files in order and to get
the slice spacing of 7 instead of 21 but something is going very wrong.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: spacing_tags.sh
Type: application/x-shellscript
Size: 512 bytes
Desc: not available
URL: <http://www.itk.org/pipermail/insight-users/attachments/20120831/cbdf631c/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL: <http://www.itk.org/pipermail/insight-users/attachments/20120831/cbdf631c/attachment.pgp>