空氣中合成DICOM

我生成與洞察工具包合成DICOM圖像（使用ITK :: GDCMImageIO）我發現了兩個問題：空氣中合成DICOM

VolView無法加載我DICOM（與消息：對不起，該文件不能被讀取）。 ITK-Snap打開並顯示OK。
我試圖在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對象像素類型，我所有的填充像素設置爲0（零），正如DICOM標準針對未簽名的標量圖像所建議的那樣。 gdcminfo不顯示它，但我也將Pixel Padding（0028,0120）字段設置爲零。

我真的很感激任何關於這個問題的提示。

由於提前，

費德里科

來源

2011-04-06 Federico

大量實驗後，我會回答我的問題。我發現如果DICOM文件的類型是CT，某些DICOM讀者會直接假定您使用的是Hounsfield刻度。在這種情況下，您必須使用短像素類型，並使用-1024空氣（小於-1000是亨斯菲爾德尺度的空氣），並且它會使圖像正常。我一直在試驗的這些讀者不使用Pixel Padding字段，也不使用Rescale Intercept/Slope。但是，如果您使用ITK-Snap/VolView/3DSlicer，如果指定了這些字段，則不會有任何問題。

來源

2011-04-15 14:53:54 Federico

Dicom是一個非常棘手的文件格式。您需要認真閱讀並理解可視化平臺，存儲平臺以及您嘗試綜合的醫學圖像類型的約定。

這很可能不是工具包的錯誤，而是文件格式本身定義的錯誤。

來源

2011-09-23 23:24:44 Hans

空氣中合成DICOM

回答

相關問題