0

Insight Toolkitを使用して（itk :: GDCMImageIOを使用して）合成DICOM画像を生成していますが、2つの問題が見つかりました。

  1. VolViewがDICOMのロードに失敗します（メッセージ：申し訳ありませんが、ファイルを読み取ることができません）。ITK-Snapが開き、OKと表示されます。
  2. この画像をStrykerの外科用ナビゲーターで使用しようとしています。問題は、画像が正常に読み込まれることですが、パディングピクセルが特定のグレーレベルで表示され、画像のボックス（実際にはバウンディングボックス）が表示されます。非合成DICOMをロードしても、これは起こりません。

これはgdcminfoが示しているものです：

MediaStorage is 1.2.840.10008.5.1.4.1.1.7 [Secondary Capture Image Storage]
TransferSyntax is 1.2.840.10008.1.2.1 [Explicit VR Little Endian]
NumberOfDimensions: 2
Dimensions: (33,159,1)
Origin: (0,0,0)
Spacing: (1,1,1)
DirectionCosines: (1,0,0,0,1,0)
Rescale Intercept/Slope: (0,1)
SamplesPerPixel    :1
BitsAllocated      :16
BitsStored         :16
HighBit            :15
PixelRepresentation:0
ScalarType found   :UINT16
PhotometricInterpretation: MONOCHROME2 
PlanarConfiguration: 0
TransferSyntax: 1.2.840.10008.1.2.1
Orientation Label: AXIAL

itk :: Imageオブジェクトのピクセルタイプとしてunsignedshortを使用しており、符号なしスカラー画像のDICOM標準で提案されているように、すべてのパディングピクセルを0（ゼロ）に設定しています。gdcminfoには表示されませんが、Pixel Padding（0028,0120）フィールドもゼロに設定しています。

この問題についてのヒントをいただければ幸いです。

前もって感謝します、

フェデリコ

4

2 に答える 2

3

たくさんの実験の後、私は自分の質問に答えます。一部のDICOMリーダーは、DICOMファイルのタイプがCTの場合、ハウンズフィールドスケールを使用していると直接想定していることがわかりました。この場合、ピクセルタイプとしてshortを使用し、空気には-1024を使用する必要があります（ハウンズフィールドスケールでは-1000未満が空気です）。これにより、画像は正常にレンダリングされます。私が実験してきたこれらのリーダーは、PixelPaddingフィールドもRescaleIntercept/Slopeも使用していません。ただし、ITK-Snap / VolView / 3DSlicerを使用する場合は、これらのフィールドを指定しても問題はありません。

于 2011-04-15T14:53:54.017 に答える
0

Dicomは非常にトリッキーなファイル形式です。視覚化プラットフォーム、ストレージプラットフォーム、および合成しようとしている医用画像の種類の規則を注意深く読み、理解する必要があります。

これは、ツールキットのエラーではなく、ファイル形式自体で定義されているエラーの可能性が非常に高いです。

于 2011-09-23T23:24:44.137 に答える