Dicomsに基づくMPRビューを表示するため。一連の dicom ファイルから 3D 配列を作成しました。そして、冠状面と矢状面から示します。
My 3D array includes:
- z = count of dicoms
- c = column value for every dicoms
- r = Row value for every dicoms
しかし、私には問題があります。スライスとスライスの間に隙間があると、この方法で作成された画像は正しく表示されません。二人のシミュレーション距離が思いつかないから！
スライス間のスペースを計算する方法がわかりませんか? スライス間に余分なスペースを追加したい。たとえば、スライス間のスペースが 4 の場合、z 時間の内側のスライスを 4 つ追加する必要があります。
私は私の意味に到達したいと思っています。
画像位置 (患者) と画像方向 (患者) は、スライス間の距離を計算するときに使用する必要がある 2 つの唯一の属性です。詳細については、こちらまたはこちらをご覧ください。実際の実装については、こちらを参照してください。この実装では、Frame Of Reference UID と Gantry/Detector Tilt も考慮されます。
この質問は、comp.protocols.dicom で質問 #1 です。
ImageJ バグを参照してください
@Matt からの回答は間違っていると思います。ここでいくつか明確にさせてください。
DICOM は、SOP クラス インスタンスで利用可能な必須属性のセットを定義する IOD を定義します。CT 画像ストレージ (レガシー) と MR 画像ストレージ (レガシー) の 2 つの非常に一般的なケースを考えてみましょう。したがって、属性のセットを比較する必要があります。
ここで、MR Image Storage のサポートを確認したいとしましょうSpacing Between Slices。ジャンプするのは簡単です。
ただし、CT 画像ストレージのこの属性を見つけるのは非常に困難です。単純に、この属性が存在しないためです (標準による)。したがって、そのような属性を見つけるのは拡張SOP クラス内だけです (一部のベンダーは、拡張SOP クラス インスタンス内でスライス間の間隔属性が意味があると判断する場合があります)。
CT 画像ストレージと MR 画像ストレージの両方に Image Plane Module Attributesが含まれているため、Slice Thickness が標準で完全に定義されていることに同意しますが、一方を他方と交換しないでください。
ここで、スライスの厚さとスライス間の間隔の優れた要約を見つけました（セクションまでスクロールすると、小さなデモを再生することもできます）：
ステップ アンド シュート CT では、スライスの厚さとスライス間の間隔は同じであるため、ここでは大きな問題はありません。ただし、ヘリカル CT の場合、これらの値は同じではなく、任意の方向に変化する可能性があります (これらは独立しています)。
[…] スライスの厚さは検出器の幅とピッチによって決まりますが、再構成間隔 (=スライス間の間隔) は任意に選択できます。[…]
結論として、スライス間の間隔 (= 再構成間隔) を (安全に!) 計算するには、画像の向き (患者) と画像の位置 (患者) を使用する方がはるかに安全です。これらは MR 画像ストレージまたは CT 画像ストレージ インスタンスで使用できるからです。
DICOMには、2つの隣接するスライス（画像平面に垂直）間の距離を与えるスライス間の間隔（0018、0088）と呼ばれる属性があり、画像化されたスライスの厚さを与えるスライスの厚さ（0018、0050）と呼ばれる属性もあります。 （イメージ平面はスライスの中央に存在し、ボリュームの半分は平面の上にあり、半分は下にあります）。画像の位置（患者）（0020、0032）と画像の向き（患者）（0020、0037）も、スライス間の空間的関係を計算するための便利な属性です。
より詳細な説明については、DICOM規格のパート3のセクションC.7.6.2を参照してください。（p。409）
警告：異なるベンダーが異なることに対処するために同じdicomタグを使用していることに注意してください。たとえば、属性Spacing Between Slices（0018、0088）は、ベンダーに応じて2つの異なることを意味します。ガイドについてはこの表を、説明についてはこのスレッドを参照してください。