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

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

さっそくはじめましょー

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