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

**デフォルトの名無しさん** · 2006/08/21(月) 21:49:44

さっそくはじめましょー

忍法帖【Lv=9,xxxP】 · 2011/04/10(日) 10:09:46.32

このスレ、俺がもーらった

忍法帖【Lv=9,xxxP】 · 2011/04/10(日) 14:35:02.03

書き込み放題！かっきこみ～

忍法帖【Lv=9,xxxP】 · 2011/04/10(日) 15:19:13.23

結局まだだめなんかー

忍法帖【Lv=9,xxxP】 · 2011/04/11(月) 01:25:14.15

あーらよっと！

忍法帖【Lv=10,xxxPT】 · 2011/04/11(月) 06:07:56.54

aaa

忍法帖【Lv=11,xxxPT】 · 2011/04/13(水) 07:03:27.39

わん、つー、すりー、ふぉーっあ！
アルロビュー

忍法帖【Lv=15,xxxPT】 · 2011/04/17(日) 12:59:39.92

ここって本当におれ様しか使ってないんだな

忍法帖【Lv=19,xxxPT】 · 2011/04/24(日) 06:29:47.81

あらよっと！
こんな糞スレでも愛着が沸いてきたー
保守してやんよ
１０００行くまでは俺様以外書き込みするんじゃねーぞ

**デフォルトの名無しさん** · 2011/04/27(水) 20:37:24.36

このスレビリだったよ！あげといたよ！

**sage** · 2011/06/12(日) 13:02:15.12

ファイルフォーマットよりも通信規格がわからん・・・。

**デフォルトの名無しさん** · 2011/06/25(土) 02:08:37.82

わからない事があったら聞け
逐次書いてやる
http://medicalware.org/wiki/Category:DICOM%E7%94%A8%E8%AA%9E

**デフォルトの名無しさん** · 2011/06/29(水) 00:21:20.81

>>135
モダリティメーカーでプログラム組んでた俺がぶっちゃけると、DICOMタグが多すぎて、
全部把握できずに、とりあえずプライベートタグで対応しまくり。
あとから標準タグでも行けたと知っても時既に遅しってパターンがほとんど。

**デフォルトの名無しさん** · 2011/06/29(水) 00:24:30.88

>>156
ゆるいなｗ

**デフォルトの名無しさん** · 2011/06/29(水) 07:14:31.14

>>156
DICOMDIRの詳細頼む

**デフォルトの名無しさん** · 2011/07/01(金) 01:05:55.03

書いてみた
http://medicalware.org/wiki/%E9%AB%98%E7%B2%BE%E7%B4%B0%E3%83%A2%E3%83%8B%E3%82%BF%E3%83%BC

**デフォルトの名無しさん** · 2011/07/01(金) 23:34:03.00

>>160
ためになります

**デフォルトの名無しさん** · 2011/07/01(金) 23:55:59.78

>>160
機種ごとの評価も書いてくれ

**デフォルトの名無しさん** · 2011/07/04(月) 00:37:50.03

>>155
通信は歴史を知ることから始めろ

**デフォルトの名無しさん** · 2011/07/04(月) 13:50:26.37

>>160
TOTOKU (東京特殊電線) - サブピクセル製品を真っ先に出したが。

が。の後が気になるｗ

**デフォルトの名無しさん** · 2011/07/05(火) 00:29:46.47

対応ソフトがない！とか

**デフォルトの名無しさん** · 2011/07/06(水) 08:10:43.02

ぽつぽつあるだろ

**デフォルトの名無しさん** · 2011/07/09(土) 21:56:23.12

エンディアン判別ってどうやるの？

**デフォルトの名無しさん** · 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);

**デフォルトの名無しさん** · 2011/07/10(日) 12:02:01.49

いやDICOMファイルの

**デフォルトの名無しさん** · 2011/07/12(火) 09:53:05.55

これってOpenSouceって書いてあるけど、実際は有料なのかな？
http://www.kitware.com/products/avdownload.php

C#で開発できれば楽なのに・・・
http://sites.google.com/site/texelcraft/Home/vtk-c-puroguramingu

**デフォルトの名無しさん** · 2011/07/12(火) 10:09:00.59

って、DICOM#で良いのか
http://sourceforge.net/projects/dicom-cs/

**デフォルトの名無しさん** · 2011/09/01(木) 14:53:57.14

>>164の続きﾏﾀﾞｰ？

**デフォルトの名無しさん** · 2011/11/28(月) 18:51:51.00

DICOM通信意味不明すぎるだろ
日本語の噛み砕いた資料ないの？

**デフォルトの名無しさん** · 2011/11/28(月) 20:51:23.82

>>173
そうなのか？
OSIの基本を知ってさえいれば、難易度の低いAP層プロトコルだろ
量が大きいから全体を理解/把握するのは大変かもしれないけど、
それは技術的な問題では無いし、意味不明でもない

**デフォルトの名無しさん** · 2011/11/28(月) 21:32:14.21

知ってれば作れるって
訳でもないけどね

**デフォルトの名無しさん** · 2011/11/28(月) 22:02:07.33

そりゃそうだw
HTTPのプロトコル仕様を知っている人は多いと思うけど、
実際に実装できるプログラマは少ない
たとえ作れる人でも、普通は既存のライブラリを利用する

**デフォルトの名無しさん** · 2011/11/28(月) 22:07:27.13

DICOM通信は、PDU仕様がLDAPやX.509みたいに
OSI標準のASN.1で定義されていれば専用のコンパイラがあるから
少しは実装が楽になったと思うけど、
独自の仕様で定義されている点が残念なところ

**デフォルトの名無しさん** · 2011/11/30(水) 14:43:19.04

一番の問題点は仕様がアホみたいに巨大かつ肥大化を続けてることだろう

**デフォルトの名無しさん** · 2011/11/30(水) 14:50:58.63

HTTP実装はまた流行るよ。
VPSが安くなってきたから。
レンタルサーバが安くなってくると同時にLinuxが流行ったのと同じ感じ。

**デフォルトの名無しさん** · 2011/12/27(火) 11:38:41.63

【消しゴム】MONOを使ってみるスレ3【じゃない】
http://toro.2ch.net/test/read.cgi/tech/1253450199/

**デフォルトの名無しさん** · 2012/01/18(水) 16:29:33.80

pdfがでか過ぎるんだよ

**デフォルトの名無しさん** · 2012/09/11(火) 10:46:38.80

【Mac】 OsiriX 5.0.2 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!
http://engawa.2ch.net/test/read.cgi/poverty/1347323933/

**デフォルトの名無しさん** · 2013/05/07(火) 17:32:49.64

長文pdf作るより標準ライブラリ作って配布した方がいいと思うの・・・

**デフォルトの名無しさん** · 2013/07/24(水) NY:AN:NY.AN

仕様が膨大&複雑すぎて、肝心のデータの受け渡しでトラブル起こりまくりだよね。DICOMって。
ばかげてる。

**デフォルトの名無しさん** · 2014/07/11(金) 10:14:43.91

3Dプリンタで模擬の臓器や骨を作りたいんだけども、DICOMって座標情報に対応してる？
voxelから無理矢理変換して、さらに影とかを修正するしか無いのかな・・・？

**デフォルトの名無しさん** · 2014/07/12(土) 11:19:52.14

零点をどこに合わせるかは撮影者の腕次第だが
スライス間隔とピクセルの大きさがタグに書かれているから
そこから座標を構築できる
詳しくはPDF読め

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

CTではthin sliceデータを自分で再構成するより
モダリティで再構成したほうがノイズの少ないものができる機種がある
(仕掛けは非公開だが内部に持っているraw dataを利用している？)

**デフォルトの名無しさん** · 2014/07/12(土) 11:26:05.58

>>184
他の規格でもそうだが
情報交換することを優先するなら
解釈の差が生まれないように規格を設計すべきだし
平均的労働者が短時間で理解できる仕様を構成すべきなんだが
実際に起きているトラブルはそんなところじゃなくて
あり得る可能性の重みを無視して実装を省略した結果起きている
ことがまれによくある
セントリシティが吐いたデータを他で読めないのとかは
そんな感じじゃないか?