dicom

DICOM affine matrix transformation from image space to patient space in Matlab

匿名 (未验证) 提交于 2019-12-03 01:47:02
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 问题: From the nifti header its easy to get the affine matrix. However in the DICOM header there are lots of entries, but its unclear to me which entries describe the transformation of which parameter to which new space. I have found a tutorial which is quite detailed, but I cant find the entries they refer to. Also, that tutorial is written for Python, not Matlab. It lists these header entries: Entries needed: Image Position (0020,0032) Image Orientation (0020,0037) Pixel Spacing (0028,0030) I cant find these if I load the header with dicominfo()

How to translate DICOM image width and level to JPEG brightness and contrast?

匿名 (未验证) 提交于 2019-12-03 01:29:01
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 问题: If we convert a DICOM image to JPEG, what is the way to translate / calculate Image width = 500, Window Level = 2000 of the original DICOM to JPEG's brightness and contrast? 回答1: There's no direct answer to your question, since DICOM and JPEG have different ways to define brightness/contrast. JPEG stores true color values (RGB), while DICOM have raw pixel values, uncolored most of the time. A DICOM viewer renders it by reading the Window Level and Width and convert this to color. That is, you can say that you want your JPEG to have its pixel

DICOM File compression

匿名 (未验证) 提交于 2019-12-03 01:21:01
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 由 翻译 强力驱动 问题: My line of work requires the use of DICOM files. Each DICOM file constitutes many .dcm files in a single directory. I am required to send these files over the network, a process which is somewhat so due to the massive size of the files. I am also a programmer and I was wondering what is the ideal way to compress such files? I'm talking about a compression that will be made on the local computer and later decompressed on the destination computer (namely the compression is solely for speeding up the over-the-network transfer of the

How to convert dicom file to jpg conversion

匿名 (未验证) 提交于 2019-12-03 01:18:02
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 问题: How we can convert a dicom file(.dcm) to a jpeg image using java? Here is my code: import java.io.File; import java.io.IOException; import org.dcm4che2.tool.dcm2jpg.Dcm2Jpg; public class MainClass { public static void main(String[] args) throws IOException{ Dcm2Jpg conv = new Dcm2Jpg(); conv.convert(new File("C:\\Users\\lijo.joseph\\Desktop\\Dicom\\IM-0001-0001.dcm"), new File("C:\\Users\\lijo.joseph\\Desktop\\Dicom\\IM-0001-0001.jpg")); } } and i am getting the following error while running the project Exception in thread "main" java.lang

Unable to get dicom image for display in python

匿名 (未验证) 提交于 2019-12-03 01:05:01
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 问题: I'm trying to display a DICOM image in opencv-python.I am using the pydicom library,And then adding API's to create a full fledged DICOM viewer with DOTNET, that runs python(C# calls python with process instance of course!!). I am unable to convert or see the uncompressed DICOM image. whenever i try to load or modify the pixel_array. I get error messges. import dicom import cv2 import numpy df=dicom.read_file("IM-0001-0002.dcm") df.pixel_array Traceback (most recent call last): File "<pyshell#4>", line 1, in <module> df.pixel_array File "C:

convert 16 bit grayscale DICOM image to 8 bit: the correct procedure

匿名 (未验证) 提交于 2019-12-03 01:03:01
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 问题: I have been trying to create an image viewer for DICOM image. My program reads all the 8 bit colour and grayscale image almost correctly. But when I try to open a 16 bit image using the first 8 bits of the image, some parts are missing (pixels which uses 16 bit will be shown as dark instead of whilte). I don't really know how to use the window centre, window width, rescale slop and intercept. Please help me by giving the exact steps to convert 16 bit image to 8 bit image. Also I don't need to view the files which uses any compression

ITK笔记――读取DICOM切片

匿名 (未验证) 提交于 2019-12-03 00:06:01
什么是DICOM DICOM(Digital imaging and Communication in Medicine),医学数字成像与通信,它是一个国际标准(ISO 12052),由美国放射学院(ACR)和国家电气制造协会(NEMA)在1970年代共同制定,旨在统一格式,解决医学图像的处理、存储、打印以及传输。 GDCM GDCM(Grassroots DICOM),开源库,DICOM标准的一种实现。ITK的DICOM设施,就是由它提供的。对应 itk::GDCMImageIO 类名。 读取DICOM切片 定义数据类型 using InputPixelType = signed short ; constexpr unsigned int InputDimension = 2 ; using InputImageType = itk :: Image < InputPixelType , InputDimension >; 初始化GDCM接口 using ImageIOType = itk :: GDCMImageIO ; ImageIOType :: Pointer gdcmImageIO = ImageIOType :: New (); 设置ImageFileReader using ReaderType = itk :: ImageFileReader <

DICOM中的UID

匿名 (未验证) 提交于 2019-12-02 23:47:01
UID形式上是一个字符串,用于唯一标识DICOM标准中各种不同信息对象,如数据元素的值表示类型、DICOM抽象语法名、传输语法、应用程序上下文名字等,以保证在各个不同的国家、地区、生产商、设备使用时的唯一性。 UID的组成分为2部分,一个是根,一个是后缀 UID = <org root>.<suffix> <org root>:组织识别码,由若干数字组成 <suffix>:在该组织内的唯一识别码,由若干数字组成 每组数字以实心句号「.」分开 1、SOP Classes 的UID: 注:为保证UID的全球唯一性,用“根.后缀”结构 5.1.4.1.1.7 2、StudyInstance UID 20010619094721.141 3、SeriesInstance UID 20010619094721.141 4、imageInstance UID 2730010.3.5.3.461185.49 1、每个组成分量是一个数,必须包含一个或一个以上的阿拉伯数字,且第一个数字不能为0,除非该组成分量只由一个阿拉伯数字组成; 2、数字编码使用的是ISO 646:1990(即DICOM默认字符库)基本G0区字符集中的0-9字符; 3、各个组成分量之间用“.”分隔; 4、如果整个字符串的长度为奇数字节,必须在最后一个组成分量的末尾填充一个NULL字符,使UID对齐在偶数字节边界; 5

DICOM标准中关于C-Find,运用StudyTime进行查找时无法查找到数据的问题

匿名 (未验证) 提交于 2019-12-02 23:43:01
本文由Markdown语法编辑器编辑完成。 1. 问题提出: 近日在运用C-Find从PACS服务器拉取数据的时候,发现同样的代码,在拉取跨越午夜的数据时,出现了拉取不到数据的问题。举个例子: 比如医院在2019-06-13 23:00:00,新产生了一个检查数据。而我通过C-Find要拉取数据时,C-Find的指令如下: ./bin/dcmtk3.6.3/findscu --study -aet TXPACS -aec DCM4CHEE -v 127.0.0.1 11112 -k 08,52=STUDY -k StudyInstanceUID= -k StudyDate=20190613-20190614 -k StudyTime=180000-080000. 根据C-Find的指令,释义应该是: 查询STUDY级别,2019-06-13 18:00:00 ~ 2019-06-14 08:00:00这14个小时范围内的数据。那么23:00:00是在这个查询时间范围内的,应该能够查询到这个检查。 2. dicom标准说明: 3. 解决方案: 参考链接: DICOM标准:Query/Retrieve Service Class: Range Matching. http://dicom.nema.org/medical/dicom/current/output/chtml

DICOM Slice Ordering

扶醉桌前 提交于 2019-12-02 16:49:56
I have a basic question for the DICOM protocol. I know how I can calculate the orientation labels of every slice of a DICOM image (A,P,L,R,H,F). But when I got for example an Axial slices with numbers from 0001 to 0024 I need to know if the slice order is from Head to Feet or from Feet to Head. How can I calculate that ? Matt Patient Position (0018, 5100) will tell you if the patient was scanned head-first supine, feet-first prone, head-first prone, etc. Instance Number (0020, 0013) , also commonly known as slice number, contains no information about spatial location and isn't even guaranteed