首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >DICOM“介质存储SOP实例UID”= "SOP实例UID“是真的吗?为什么?

DICOM“介质存储SOP实例UID”= "SOP实例UID“是真的吗?为什么?
EN

Stack Overflow用户
提问于 2015-09-21 15:19:53
回答 2查看 3.6K关注 0票数 7

在阅读DICOM标准时,我有两个问题:

在DICOM文件中,(0002 0003)“介质存储SOP实例UID”和(0008 0018) "SOP实例UID“是否相同?(0002 0002)和(0008 0016)怎么样?为什么??

EN

回答 2

Stack Overflow用户

发布于 2015-09-22 01:59:27

克里斯是对的,他们是一样的。来自dicom标准部分C.12.1.1.1

为所有DICOM IOD定义SOP类UID和SOP实例UID属性。但是,它们仅在类型等于1的复合IOD中编码。请参见第C.1.2.3节。编码时,它们应等于DIMSE服务和文件元信息标题中各自的属性(参见PS3.10媒体存储)。

至于为什么这些项目是重复的,我只能推测,文件元信息头只存在于dicom文件中(它不是由SCP/SCU传输的)。当SCP从它接收的DICOM数据写入文件时,它必须从数据集中获取SOP类和实例UID,因此这是它们相同的机械原因。至于为什么这些标签,而不是其他一些标签,我相信有很多原因,但请注意,文件元信息头总是可以被任何dicom实体读取,因为它总是“小端显式”,即使下面的数据集是一些奇怪的传输语法。因此,这两个字段总是保证在任何有效的dicom文件中都是可读和可用的(即使Group8版本采用了不可读的传输语法)。

我还试着查找条件:

但是,它们仅在复合IOD中编码

当我查看标准时,几乎每个IOD都是复合IOD:

Normalized IODs

Composite IODs

票数 7
EN

Stack Overflow用户

发布于 2015-09-21 20:12:30

是的,它们是一样的。带有Group0002的标签是DICOM P10头的一部分,我假设它们是重复的,这样就可以快速读取它们,而不必解析整个文件。

票数 5
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/32689446

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档