「DICOM/Value Representation」の版間の差分
(ページの作成:「'''Value Representation'''(ばりゅー・りぷれぜんてーしょん)とは、DICOMファイル/DICOMデータに格納されている個々のデータのメ...」) |
編集の要約なし |
||
1行目: | 1行目: | ||
'''Value Representation''' | '''Value Representation'''(ばりゅー・りぷれぜんてーしょん)とは、[[DICOMファイル]]/[[DICOMデータ]]に格納されている個々のデータのメタデータ(データ本体部分がどのようなデータであるかを示す情報)のひとつで、データ本体がどのような「データ型」であるかを示す情報である。あまりに長い名称なので通常は'''VR'''(ぶいあーる)とアルファベット2文字に略されているのが一般的である。 | ||
== 暗黙的VRと明示的VR == | |||
VRはデータ本体の「型」を表す2バイトの値でありデータ本体が文字列なのか、数値なのか、日付なのか、などという情報を格納している。 | |||
なお、[[DICOM]]では[[暗黙的VR]]([[Implicit VR]])と[[明示的VR]]([[Explicit VR]])という規定があり、暗黙的VRの場合はメタデータ内にVRの値が存在しない。 | |||
その場合は[[DICOM/タグ]]からVRを適宜判断する必要がある。 | その場合は[[DICOM/タグ]]からVRを適宜判断する必要がある。 | ||
11行目: | 11行目: | ||
つまりデータ型は基本的にDICOM/タグから判断できる項目であり、VRは不要な存在であると言える。DICOMファイルを生成する際には親切丁寧に書いても良いが、DICOMファイルを読み込む際はぶっちゃけ書いてあっても信用ならんので無視してDICOM/タグから推定するくらいが丁度良い。 | つまりデータ型は基本的にDICOM/タグから判断できる項目であり、VRは不要な存在であると言える。DICOMファイルを生成する際には親切丁寧に書いても良いが、DICOMファイルを読み込む際はぶっちゃけ書いてあっても信用ならんので無視してDICOM/タグから推定するくらいが丁度良い。 | ||
== DICOM value | == DICOM value representation 一覧== | ||
Extracted from Chapter 6.2 of | Extracted from Chapter 6.2 of | ||
104行目: | 104行目: | ||
|} | |} | ||
なお、データ本体に格納されている値は1つとは限らず、連続したデータ(プログラミングの世界でいう配列など)の場合もある。そのような場合はVRが示すデータ型に関係なくデータ本体には文字列型として格納されており、個々の値の区切り文字として半角バックスラッシュ(日本語フォントだと半角の「\ | なお、データ本体に格納されている値は1つとは限らず、連続したデータ(プログラミングの世界でいう配列など)の場合もある。そのような場合はVRが示すデータ型に関係なくデータ本体には文字列型として格納されており、個々の値の区切り文字として半角バックスラッシュ(日本語フォントだと半角の「\」マーク)が用いられているので、適切に文字列分割をして、個々の文字列をVRが示すデータ型に変換して利用する。 | ||
== 関連項目 == | == 関連項目 == |
2012年11月27日 (火) 11:51時点における版
Value Representation(ばりゅー・りぷれぜんてーしょん)とは、DICOMファイル/DICOMデータに格納されている個々のデータのメタデータ(データ本体部分がどのようなデータであるかを示す情報)のひとつで、データ本体がどのような「データ型」であるかを示す情報である。あまりに長い名称なので通常はVR(ぶいあーる)とアルファベット2文字に略されているのが一般的である。
暗黙的VRと明示的VR
VRはデータ本体の「型」を表す2バイトの値でありデータ本体が文字列なのか、数値なのか、日付なのか、などという情報を格納している。
なお、DICOMでは暗黙的VR(Implicit VR)と明示的VR(Explicit VR)という規定があり、暗黙的VRの場合はメタデータ内にVRの値が存在しない。
その場合はDICOM/タグからVRを適宜判断する必要がある。 たとえば患者名であれば文字列などと判断することができる。
つまりデータ型は基本的にDICOM/タグから判断できる項目であり、VRは不要な存在であると言える。DICOMファイルを生成する際には親切丁寧に書いても良いが、DICOMファイルを読み込む際はぶっちゃけ書いてあっても信用ならんので無視してDICOM/タグから推定するくらいが丁度良い。
DICOM value representation 一覧
Extracted from Chapter 6.2 of
- PS 3.5: Data Structure and Encoding (PDF, 1.43 MiB)
Value Representation | Description |
---|---|
AE | Application Entity |
AS | Age String |
AT | Attribute Tag |
CS | Code String |
DA | Date |
DS | Decimal String |
DT | Date/Time |
FL | Floating Point Single (4 bytes) |
FD | Floating Point Double (8 bytes) |
IS | Integer String |
LO | Long String |
LT | Long Text |
OB | Other Byte |
OF | Other Float |
OW | Other Word |
PN | Person Name |
SH | Short String |
SL | Signed Long |
SQ | Sequence of Items |
SS | Signed Short |
ST | Short Text |
TM | Time |
UI | Unique Identifier |
UL | Unsigned Long |
UN | Unknown |
US | Unsigned Short |
UT | Unlimited Text |
なお、データ本体に格納されている値は1つとは限らず、連続したデータ(プログラミングの世界でいう配列など)の場合もある。そのような場合はVRが示すデータ型に関係なくデータ本体には文字列型として格納されており、個々の値の区切り文字として半角バックスラッシュ(日本語フォントだと半角の「\」マーク)が用いられているので、適切に文字列分割をして、個々の文字列をVRが示すデータ型に変換して利用する。