X

C++によるDICOMファイル解析

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
垢版 |
2006/08/21(月) 21:49:44
さっそくはじめましょー
0004デフォルトの名無しさん
垢版 |
2006/08/21(月) 21:59:50
>>2
DICOMとは

Digital Imaging and Communications in Medicineの略で、
医療におけるデジタル画像と通信の企画を定めたやつです。
ものすごーく複雑多岐に及んでいてとても個人で全て
理解できる代物ではないので、ひとまずDICOMファイルを
読み込んでデータを解析するくらいのものを作ってみようかと

>>3
DAICON
0009デフォルトの名無しさん
垢版 |
2006/08/21(月) 22:46:19
ちなみにMacではApple社がMac OS X用に開発した
無料DICOMビューア「OsiriX」(オシリックス？)というのがあります 凄すぎ
http://www.apple.com/jp/medical/osirix/

ココまでのモノを作り上げるのは到底不可能ですが、
できるトコまでやってみたいと思っとります
0010デフォルトの名無しさん
垢版 |
2006/08/21(月) 22:47:07
「解析ツール」が何を指しているのかよくわからんが、ビューア系なら色々あるぞ。
ttp://www.vector.co.jp/soft/winnt/business/se333639.html
ttp://www.vector.co.jp/soft/winnt/business/se388642.html
ttp://www.vector.co.jp/soft/win95/business/se332625.html

洋物もいくつか使ったことある。
0011デフォルトの名無しさん
垢版 |
2006/08/21(月) 22:56:43
>>10
情報Thx！
ただ、ソースコード公開してるトコは見た事なかったので、
自己の勉強の意味でも作ってみよーかなと

「解析ツール」って言ったのは
DICOMヘッダ情報解析＆画像閲覧できる
Appを指してます
0012デフォルトの名無しさん
垢版 |
2006/08/21(月) 23:07:29
ほんじゃそろそろDICOMファイルの
詳細な構造から行ってみます

■DICOMファイルは大きく分けて以下の構造になってます
┌─────────────
｜DICOMファイルメタ情報
├─────────────
｜DICOMデータ集合
└─────────────

まずDICOMファイルメタ情報から見ていきます
0013デフォルトの名無しさん
垢版 |
2006/08/21(月) 23:47:00
【DICOMファイルメタ情報】
DICOMファイルを構成する為の
ヘッダ情報みたいなものが入っています

具体的には以下構成になっています

■DICOMファイルメタ情報の構造
┌─────────────
｜ファイルプリアンブル
├─────────────
｜DICOMプリフィックス
├─────────────
｜ファイルメタ要素
├─────────────
｜ファイルメタ要素
├─────────────
｜ファイルメタ要素
├─────────────
｜・・・・・・・・・
├─────────────
｜ファイルメタ要素
└─────────────
0014デフォルトの名無しさん
垢版 |
2006/08/22(火) 00:05:30
【ファイルプリアンブル】
DICOMファイル先頭にある固定128バイト。
アプリケーション特定の用途により使用できるようになっています。
使用しない場合は、全てのバイトに0x00を設定するよう決められています。

【DICOMプリフィックス】
4バイトの文字列。「DICM」固定。
このファイルがDICOMファイルかどうか判断する為に使用されます。

【ファイルメタ要素】
DICOMファイルのヘッダ情報を表す項目。
それぞれ『タグ』、『値表現(VR)』、『値長さ』、『値領域』で構成されています(※)。

※詳細は後述。
0016デフォルトの名無しさん
垢版 |
2006/08/22(火) 00:30:27
詳細な解説は飛ばして、次にDICOMデータ集合に行きます

【DICOMデータ集合】
DICOMファイルの最も重要な部分。
・画像情報(画像の幅、高さ.etc)
・患者情報(患者名、年齢、住所.etc)
等、ありとあらゆるデータが詰め込まれています。

■DICOMデータ集合の構造
┌─────────────
｜データ要素
├─────────────
｜データ要素
├─────────────
｜データ要素
├─────────────
｜・・・・・・・・・
├─────────────
｜データ要素
└─────────────

【データ要素】
DICOMファイルの各データを表す項目。
それぞれ《基本的に》『タグ』、『値表現(VR)』、『値長さ』、『値領域』で構成されています(※)。

※詳細は後述。
0018デフォルトの名無しさん
垢版 |
2006/08/22(火) 00:32:07
仕事で必要になったんだが、金が無いので、無料で馬鹿どもを集めて作らせようという魂胆でしょ。
0020デフォルトの名無しさん
垢版 |
2006/08/22(火) 00:44:01
>>17
・C++のお勉強
・DICOM規格のお勉強(最初はDICOM解説サイト作ろうとしたけどメンドいのでやめた)
ってトコかな

別にDICOMじゃなくてもいいんですよ
やり甲斐がある題材が欲しかっただけ

>>18
いや、仕事とは無関係ですよ　完全に趣味
0022デフォルトの名無しさん
垢版 |
2006/08/22(火) 00:49:46
$ apt-cache search DICOM
libdcmtk0 - The OFFIS DICOM toolkit runtime libraries
libdcmtk0-dev - The OFFIS DICOM toolkit development libraries and headers
ctn - Central Test Node, a DICOM implementation for medical imaging
ctn-dev - Development files for Central Test Node, a DICOM implementation
ctn-doc - Documentation for Central Test Node, a DICOM implementation
dcmtk - The OFFIS DICOM toolkit command line utilities
dcmtk-doc - The OFFIS DICOM toolkit documentation
dcmtk-www - The OFFIS DICOM toolkit worklist www server application
libdcmtk1 - The OFFIS DICOM toolkit runtime libraries
libdcmtk1-dev - The OFFIS DICOM toolkit development libraries and headers
libmdc2 - Medical Image (DICOM, ECAT, ...) conversion tool
libmdc2-dev - Medical Image (DICOM, ECAT, ...) conversion tool
medcon - Medical Image (DICOM, ECAT, ...) conversion tool
xmedcon - Medical Image (DICOM, ECAT, ...) conversion tool

結構ヒットするよ
Debianだからフリーだよ
0023デフォルトの名無しさん
垢版 |
2006/08/22(火) 11:33:11
DCMTK使えよ。
ttp://dicom.offis.de/dcmtk.php.en

スレ主はちゃんと調べもせずに「ない」と決め付けている。
0030デフォルトの名無しさん
垢版 |
2006/08/23(水) 00:17:11
>>16の続き
眠いのでこれだけ･･･

【タグ】
16ビット符号無し整数の「グループ番号」「要素番号」の対で構成され、
データ要素を一意に識別する(例外有り)為の目印。
規格書には(0x0020,0x1011)等と記載されたりします。

【値表現(VR)】
データ要素の値のデータタイプ及び書式を表す2バイトの文字列。
データ要素が持つ値は文字列だったり整数値だったりバイト列だったりしますが、
これらのデータタイプが何なのかを解析する際に使用されます。
DICOMファイルによっては、このVRが存在しない(暗黙的VR)ものもあります。

【値長さ】
値領域の長さ(バイト数)を示す16または32ビット
(VRが明示的か暗黙的かに依存する)符号無し整数。
値長さが未定義の場合、このフィールドには
0xFFFFFFFFが設定されます(未定義長さ)。

【値領域】
データ要素の値が格納されている領域。
値が整数値なのか文字列なのかはVRによって判断されます。
0032デフォルトの名無しさん
垢版 |
2006/08/24(木) 00:32:06
とりあえず物凄く大まかな構造を解説したところで、
これまでの解説をプログラムでまとめてみましょう

int main(int argc, char* argv[])
{
　　DicomFile DcmFile; // DICOMファイルを解析するクラスのインスタンス

　　DcmFile.Open(argv[1]);

　　DcmFile.ReadMetaInfo() ;

　　DcmFile.ReadDataSet() ;

　　return 0;
}
0033デフォルトの名無しさん
垢版 |
2006/08/24(木) 00:47:21
DicomFileクラスはコメントにもある通り
DICOMファイルを読み込み、データを解析するクラスです
直感的に見て分かると思いますが上のプログラムでは

・DICOMファイルをオープンする
・DICOMファイルメタ情報を読み込んで解析する
・DICOMデータ集合を読み込んで解析する

の３つを行います
解析した結果をどうするかについてはまた別途考えます

/* 「解析する」ならRead〜じゃなくてParse〜の方が良かったか･･･ */
00531 ◆6MkREOQ1to
垢版 |
2006/08/25(金) 02:53:29
ねむー　今日は無理だ･･･
なので続きは明日
00551 ◆6MkREOQ1to
垢版 |
2006/08/29(火) 23:31:18
いやー本業多忙で･･･
もうしばらく延期させてください

>>54
まぁそう言わず
0057デフォルトの名無しさん
垢版 |
2006/08/31(木) 02:20:48
何だか分からないが本業がんばれ
0060デフォルトの名無しさん
垢版 |
2006/09/02(土) 13:25:59
おれも、前に作ったが、iso-2022系の文字をサポートしているためハングルとか中国語とか
文字で死にそうだった。後は楽な仕様だが、規格が大きいので関係ないところを読み飛ばさないとつらい。
00621 ◆6MkREOQ1to
垢版 |
2006/09/05(火) 01:58:33
>>32の続き
まずはDICOMファイルを全てメモリに読み込んでみます
(最大メモリ量 > ファイルサイズ の前提で話を進めます)

----------------------------------------
#include <fstream>
using namespace std;

class DicomFile
{
private:
　unsigned char* m_pFile;
　unsigned char* m_pCur;
　unsigned char* m_pEnd;
public:
　// コンストラクタ
　DicomFile()
　: m_pFile(NULL)
　, m_pCur(NULL)
　, m_pEnd(NULL)
　{
　}
00631 ◆6MkREOQ1to
垢版 |
2006/09/05(火) 02:00:15
　// DICOMファイルをオープンする
　int Open(char* pFileName)
　{
　　ifstream file;
　　long lLength = 0;

　　file.open(pFileName, ios::binary);
　　file.seekg(0, ios::end);
　　lLength = file.tellg();
　　file.seekg(0, ios::beg);

　　m_pFile = new unsigned char[lLength];

　　file.read((char*)m_pFile, lLength);
　　file.close();

　　m_pEnd = m_pFile + lLength;
　　m_pCur = m_pFile + 128;
　　if (memcmp(m_pCur, "DICM", 4) != 0)
　　{
　　　delete [] m_pFile;
　　　m_pFile = NULL;
　　　m_pEnd = NULL;
　　　m_pCur = NULL;
　　　return 0;
　　}
　　m_pCur += 4;

　　return 1;
　}
00641 ◆6MkREOQ1to
垢版 |
2006/09/05(火) 02:00:49
　// メタ情報を解析する
　int ParseMetaInfo()
　{
　　return 1;
　}
　// データ集合を解析する
　int ParseDataSet()
　{
　　return 1;
　}
};

int main(int argc, char* argv[])
{
　DicomFile DcmFile; // DICOMファイルを解析するクラスのインスタンス

　DcmFile.Open(argv[1]);

　DcmFile.ParseMetaInfo();

　DcmFile.ParseDataSet();

　return 0;
}
00651 ◆6MkREOQ1to
垢版 |
2006/09/05(火) 02:07:01
色々と突っ込みどころ満載なのはご愛嬌。
今日はおちまい。
0066デフォルトの名無しさん
垢版 |
2006/09/16(土) 20:38:37
電波が足りん
0067デフォルトの名無しさん
垢版 |
2006/10/29(日) 00:10:00
なんで、こんなニッチな分野がスレになってんの？
0068sage
垢版 |
2007/03/05(月) 18:54:58
sage
0069エルモア
垢版 |
2007/04/06(金) 15:46:19
てすと
00701
垢版 |
2007/04/12(木) 22:49:38
半年振りに復活。色々やらされてました。
00711
垢版 |
2007/04/12(木) 23:51:19
久々に再開するかーと思ったけど、
どこかwebスペースを借りてやった方が良いですかね。。
書込行数も制限されちゃうし
00731
垢版 |
2007/04/15(日) 23:15:21
>>72
ありがとうございます

web借りました。
今後はこっちで細々やっていきます。
板汚しすみませんでした。
http://s1.muryo-de.etowns.net/~programming/
0074デフォルトの名無しさん
垢版 |
2007/08/22(水) 11:36:55
>73
ソースまだー?
0075デフォルトの名無しさん
垢版 |
2007/08/30(木) 01:43:33
すみません。。HDDがいきなり死亡して
ソースが全部吹っ飛んでしまいました。。

もうしばらくお待ち下さい。。
0077デフォルトの名無しさん
垢版 |
2007/10/06(土) 20:29:16
あの、すいません。
バイトでちょうどDICOMに関することをやらされているので、このスレ見つけて感動しました。

ところで、ちょうどというか本当にちょうどあなたがサイトでやられているようなことをやってくれないかと支持されたのですが
もしよろしければソースコード公開とかされないでしょうか？
0079デフォルトの名無しさん
垢版 |
2007/10/17(水) 23:25:42
埋め立て
008077
垢版 |
2007/10/19(金) 17:18:12
あっはっは（苦笑
いちおうリアルゆとり世代ではないのですが・・・

いちおう、ゆとりなりに努力した結果、一昨日に完成させました。
バイト先に出す成果物なのでソースコードが出せませんが・・・
0081デフォルトの名無しさん
垢版 |
2007/10/31(水) 20:27:58
でも、毎年追加変更あるんだよね。
俺がやったときは対応する文字コードが多すぎて面倒だったな。
0082デフォルトの名無しさん
垢版 |
2007/11/10(土) 17:30:33
ところで
http://www.jfcr.or.jp/DICOM/dicom_draft-j.html
とかの、DICOM仕様書の日本語訳とかが消えているっぽいんだけど
他に日本語約手に入るところ知らないかな？
この分量の英語読むのは正直辛い
0090デフォルトの名無しさん
垢版 |
2008/08/22(金) 18:26:23
DICOM画像ってのは簡単に作れるもんなんでしょうか？
0091デフォルトの名無しさん
垢版 |
2008/08/22(金) 18:35:35
詳しくは知らんが画像そのものはTIFFとかだったような記憶がある。
画像とその付帯情報、医療用なので患者の情報とかが、
いろいろくっついていてポータブル形式というのにパッケージされている。
業界標準的なライブラリはあったと思う。
0092デフォルトの名無しさん
垢版 |
2008/08/22(金) 18:38:01
ビューワー程度だったら医学生が自作できる程度のものらしい。
特定分野の技術だから情報が仕入れにくいのがネックかもしれない。
0093デフォルトの名無しさん
垢版 |
2008/08/23(土) 14:44:42
名古屋大学のDICOMViewerでどれでも読めるわけじゃないよ
タグ編集画面の説明は丁寧だけど
SQタグとかは対応してないけどバイナリでエクスポートはできる
0094デフォルトの名無しさん
垢版 |
2008/08/25(月) 08:40:50
>ビューワー

は沢山あるんだけど、
ファイル作成ライブラリが無いような気がするのは気のせい？
0095デフォルトの名無しさん
垢版 |
2008/09/03(水) 14:50:14
基本的にDICOMはJPEGに患者なの名前などのタグを入れ込めるようにしたものですね。
ただ、wikipediaにも同じ内容があるのですが、標準仕様が改定のたびに膨大になっていること。
あと、医療機器メーカーなんかがCTスキャンの画像を独自拡張した使用で吐き出したりすることがままあるので、きちんとすべてのDICOM画像を表示できるものは限られているみたいですよ。
ファイル作成ライブラリが無いのは基本的に医療機器側でDICOMデータとして吐き出してくれるから。
間違いあったらごめんなさい。
0096デフォルトの名無しさん
垢版 |
2008/09/03(水) 14:59:47
情報thx!

機器側の中の人はどうやって作られてるんでしょ？
0097デフォルトの名無しさん
垢版 |
2008/09/17(水) 00:42:55
DICOMファイルのフォーマットさえ理解できていれば、あとは規格書を見て黙々と必要な情報を出力するだけ。
厳密に運用するなら出力する内容と規格との適合性のチェックが大変なだけで、
ファイルフォーマット自体は>>12-16に挙げられているように単純なものですよ。

>>95
画像部分については、基本的に無圧縮データです。
ただ、何でも受け入れちゃうDICOMだから非可逆/可逆をあわせてJPEGも可能ですけど。
規格上の画像形式はPart.5を参照のこと。

また、画像の表示に関しては画像と通信の規格なんですから、基本的に表示できて当たり前です。
でないと、わざわざ規格を定めている意味がありません。
0098デフォルトの名無しさん
垢版 |
2008/11/23(日) 23:51:40
CTで吐き出されたDICOM画像のヘッダを自作のRAWやTIF画像のヘッダに載せ替え，デジタルファントムの作成を企てていますが，うまくいきません。

どうやればうまくいくんでしょう？
0099デフォルトの名無しさん
垢版 |
2009/02/28(土) 09:37:09
99
0100デフォルトの名無しさん
垢版 |
2009/02/28(土) 09:37:35
100
0103デフォルトの名無しさん
垢版 |
2009/05/25(月) 03:17:32
意外とライブラリ多いんだな
ttp://mist.suenaga.cse.nagoya-u.ac.jp/document/group__dicom__group.html

どれ使えばいいんだかわからん
0105デフォルトの名無しさん
垢版 |
2009/07/05(日) 23:53:08
そこらのDICOMファイルの構造をみまくったんだけど、
DICOMのファイルメタなんとか（すなわち、一番目のタグが0002のやつ）って、
Explicit VRで決まってるんだっけ？
俺の見たDICOMファイルって全部そうだったんだけど。


で、それって、仕様書でどっかに明記されてるっけ？
0106デフォルトの名無しさん
垢版 |
2009/07/07(火) 01:00:02
>105

ftp://medical.nema.org/medical/Dicom/2008/08_10pu.pdf

22ページに書いてるよ

the File Meta Information shall be encoded using
the Explicit VR Little Endian Transfer Syntax (UID=1.2.840.10008.1.2.1) as defined in DICOM PS 3.5.
0108デフォルトの名無しさん
垢版 |
2009/09/17(木) 22:30:00
age
0109デフォルトの名無しさん
垢版 |
2010/02/10(水) 13:40:42
ここの「プログラミングの部屋」に、DICOMに関する記述がありますた。
ttp://www7.plala.or.jp/nekogrammer/
ただ、C++ではなく、Cでビュワーを作っているんですよね。
プログラムもあんまりきれいではないようだし、どうなんでしょうかね？
0113デフォルトの名無しさん
垢版 |
2010/02/21(日) 20:11:51
>>109
フリーのツールは探せばいろいろあるよ
専用ツール使わなくてもMATLABとかOctaveとかVTKで足りるんじゃない?

むかしMRIの造影シミュレーションやったことあるけどどれ使ったかわすれたゃった
研究で必要なら適当にそのへんでggって
0114デフォルトの名無しさん
垢版 |
2010/02/22(月) 00:15:10
>>111
つか、あの日本語訳作った奴の顔を見てみたいよな。
日本語訳がひどすぎて、結局英語版読まないとだめだ。
0115デフォルトの名無しさん
垢版 |
2010/02/24(水) 18:14:18
NEMAのサイトで落とせるのが正式な規格書って聞いたんだが、
無くなってるだよね。

ttp://www.dclunie.com/dicom-status/status.html
ここにある奴が正式版って事でいいのか？
（結局はDICOM Homepageの奴だが）
0116デフォルトの名無しさん
垢版 |
2010/04/30(金) 10:30:08
ちょっとスレ違いですみません。

OsiriXの最初から今に至るまでMAC版だけで、
Windows版なんて出た事ないですよね？
0118デフォルトの名無しさん
垢版 |
2010/04/30(金) 16:43:50
その前身のosirisだけですよね、
色んなプラットフォームで出てたのは。
溜飲が下りました。
ありがとうございます。
0120!omikuji !dama
垢版 |
2011/01/02(日) 01:27:03
地味にここ見てる人っているんだろうか
0124デフォルトの名無しさん
垢版 |
2011/01/03(月) 08:37:29
どうやら自演が過ぎて分裂症ぎみのようだな。
いるはずがないのは分かっていたことだ。
0125デフォルトの名無しさん
垢版 |
2011/01/03(月) 13:47:44
このスレ立ってから4、5年経つのに120レス前後か…
DICOMは興味持ってる人意外と多そうだが参考資料が殆ど英語なのがきつい
大体何から始めたらいいものやら
0127デフォルトの名無しさん
垢版 |
2011/01/03(月) 16:10:18
随分前の話だがOsiriXとiPad使って3DCT見ながら手術ってのがあったな
OsiriXって事は全部自前で用意したんかなぁ…
あそこまで行かなくても何か簡単なソフトくらい作ってみたいもんだ
0128デフォルトの名無しさん
垢版 |
2011/01/03(月) 19:52:03
それにしても、日本語版より英語原文読んだ方がわかりやすいって
一体どんな酷い翻訳プロジェクトだよな全く

あれって多分、機械翻訳通しただけだろ？
0129デフォルトの名無しさん
垢版 |
2011/01/03(月) 20:28:08
>>125
高額な医療機器しかはきださないようなデータフォーマットに興味がある人間がそれほどいるとは思えない。
いたとしても医療関係者ぐらいでニーズは医療ミスを隠蔽する目的でのデータの改竄ぐらいじゃないか。
医者だったらソフトを買う金に不自由はしないだろう。
0131デフォルトの名無しさん
垢版 |
2011/01/03(月) 21:36:18
一般人はそもそもDICOMファイルを簡単に入手できないんだよ。
自分のMRI画像ですらコピーするだけで病院は金を取るのさ。
0134デフォルトの名無しさん
垢版 |
2011/01/03(月) 22:32:57
つか、シーメンス製機器端末が吐き出すDICOMが
プライベートタグ使いまくりで泣けた

おかげで他で撮ったDICOMがなかなかシーメンスの端末で読めない
0139デフォルトの名無しさん
垢版 |
2011/01/06(木) 00:25:22
若いなぁ
でもどっかの先生がソフト作って公開してるって見た事はあるな
DICOMと関係ないけどAccess使ってダイナミクス？だったか

医師側からは既存のソフトウェアって物足りないんだろうか
0141デフォルトの名無しさん
垢版 |
2011/01/08(土) 21:32:13
知らなかった…
ttp://ja.wikipedia.org/wiki/%E5%90%89%E5%B4%8E%E6%A0%84%E6%B3%B0
>吉崎 栄泰（よしざき はるやす、1955年2月23日 - ）は、日本の医師、プログラマ。

今の時代だったら若い先生とか普通にPCに詳しいんだろうな
0143デフォルトの名無しさん
垢版 |
2011/01/09(日) 12:57:11
あと有名どころだと、芸夢狂人とかな。
たしかどこかの放射線科医だろ。

俺もこの人に影響受けて大学の放射線科に残っとるよ。
0153 忍法帖【Lv=19,xxxPT】
垢版 |
2011/04/24(日) 06:29:47.81
あらよっと！
こんな糞スレでも愛着が沸いてきたー
保守してやんよ
１０００行くまでは俺様以外書き込みするんじゃねーぞ
0155sage
垢版 |
2011/06/12(日) 13:02:15.12
ファイルフォーマットよりも通信規格がわからん・・・。
0157デフォルトの名無しさん
垢版 |
2011/06/29(水) 00:21:20.81
>>135
モダリティメーカーでプログラム組んでた俺がぶっちゃけると、DICOMタグが多すぎて、
全部把握できずに、とりあえずプライベートタグで対応しまくり。
あとから標準タグでも行けたと知っても時既に遅しってパターンがほとんど。
0158デフォルトの名無しさん
垢版 |
2011/06/29(水) 00:24:30.88
>>156
ゆるいなｗ
0159デフォルトの名無しさん
垢版 |
2011/06/29(水) 07:14:31.14
>>156
DICOMDIRの詳細頼む
0162デフォルトの名無しさん
垢版 |
2011/07/01(金) 23:55:59.78
>>160
機種ごとの評価も書いてくれ
0163デフォルトの名無しさん
垢版 |
2011/07/04(月) 00:37:50.03
>>155
通信は歴史を知ることから始めろ
0164デフォルトの名無しさん
垢版 |
2011/07/04(月) 13:50:26.37
>>160
TOTOKU (東京特殊電線) - サブピクセル製品を真っ先に出したが。

が。の後が気になるｗ
0165デフォルトの名無しさん
垢版 |
2011/07/05(火) 00:29:46.47
対応ソフトがない！とか
0167デフォルトの名無しさん
垢版 |
2011/07/09(土) 21:56:23.12
エンディアン判別ってどうやるの？
0168デフォルトの名無しさん
垢版 |
2011/07/10(日) 02:26:34.97
struct _endian{
union{
short s;
char c[2];
} u;
} endian_test = {0x55AA};
bool is_little_endian = (endian_test.u.c[0] == 0x55);
0169デフォルトの名無しさん
垢版 |
2011/07/10(日) 12:02:01.49
いやDICOMファイルの
0172デフォルトの名無しさん
垢版 |
2011/09/01(木) 14:53:57.14
>>164の続きﾏﾀﾞｰ？
0173デフォルトの名無しさん
垢版 |
2011/11/28(月) 18:51:51.00
DICOM通信意味不明すぎるだろ
日本語の噛み砕いた資料ないの？
0174デフォルトの名無しさん
垢版 |
2011/11/28(月) 20:51:23.82
>>173
そうなのか？
OSIの基本を知ってさえいれば、難易度の低いAP層プロトコルだろ
量が大きいから全体を理解/把握するのは大変かもしれないけど、
それは技術的な問題では無いし、意味不明でもない
0176デフォルトの名無しさん
垢版 |
2011/11/28(月) 22:02:07.33
そりゃそうだw
HTTPのプロトコル仕様を知っている人は多いと思うけど、
実際に実装できるプログラマは少ない
たとえ作れる人でも、普通は既存のライブラリを利用する
0177デフォルトの名無しさん
垢版 |
2011/11/28(月) 22:07:27.13
DICOM通信は、PDU仕様がLDAPやX.509みたいに
OSI標準のASN.1で定義されていれば専用のコンパイラがあるから
少しは実装が楽になったと思うけど、
独自の仕様で定義されている点が残念なところ
0178デフォルトの名無しさん
垢版 |
2011/11/30(水) 14:43:19.04
一番の問題点は仕様がアホみたいに巨大かつ肥大化を続けてることだろう
0179デフォルトの名無しさん
垢版 |
2011/11/30(水) 14:50:58.63
HTTP実装はまた流行るよ。
VPSが安くなってきたから。
レンタルサーバが安くなってくると同時にLinuxが流行ったのと同じ感じ。
0184デフォルトの名無しさん
垢版 |
2013/07/24(水) NY:AN:NY.AN
仕様が膨大&複雑すぎて、肝心のデータの受け渡しでトラブル起こりまくりだよね。DICOMって。
ばかげてる。
0185デフォルトの名無しさん
垢版 |
2014/07/11(金) 10:14:43.91ID:mvmx812y
3Dプリンタで模擬の臓器や骨を作りたいんだけども、DICOMって座標情報に対応してる？
voxelから無理矢理変換して、さらに影とかを修正するしか無いのかな・・・？
0186デフォルトの名無しさん
垢版 |
2014/07/12(土) 11:19:52.14ID:aIPlSzIF
零点をどこに合わせるかは撮影者の腕次第だが
スライス間隔とピクセルの大きさがタグに書かれているから
そこから座標を構築できる
詳しくはPDF読め

注意点
撮影方法によってはスライスが重なっていたり飛び飛びになっている

CTではthin sliceデータを自分で再構成するより
モダリティで再構成したほうがノイズの少ないものができる機種がある
(仕掛けは非公開だが内部に持っているraw dataを利用している？)
0187デフォルトの名無しさん
垢版 |
2014/07/12(土) 11:26:05.58ID:aIPlSzIF
>>184
他の規格でもそうだが
情報交換することを優先するなら
解釈の差が生まれないように規格を設計すべきだし
平均的労働者が短時間で理解できる仕様を構成すべきなんだが
実際に起きているトラブルはそんなところじゃなくて
あり得る可能性の重みを無視して実装を省略した結果起きている
ことがまれによくある
セントリシティが吐いたデータを他で読めないのとかは
そんな感じじゃないか?
0188デフォルトの名無しさん
垢版 |
2014/07/14(月) 11:27:07.46ID:dHoXNDCZ
>>186
いちおー座標による3Dにも対応してるのね、ありがとう
PDFが厚すぎて、読む気にもなれんのよ・・・ｗ
0189デフォルトの名無しさん
垢版 |
2014/07/16(水) 22:01:20.94ID:eNoyfExW
結局EXIFみたいなファイル、ディレクトリ構造なんだからまず基本データ型のデコードメソッド作って
その構造エントリ名含めて丸ごとXMLに吐き出させて外部ツールで解析、統計分析等したらいいのに
0192デフォルトの名無しさん
垢版 |
2017/03/09(木) 23:17:29.47ID:AUUxsZ6/
テスト age
0194デフォルトの名無しさん
垢版 |
2018/05/23(水) 22:56:47.93ID:Au5e7VGg
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

W85R2
0195デフォルトの名無しさん
垢版 |
2018/07/04(水) 23:11:54.99ID:gFgZc5FG
D2I
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況