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

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

さっそくはじめましょー

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