GDCM：展示GDCM Dict的测试程序 C/C++

使用GDCM库展示DICOM字典的C/C++测试

最新推荐文章于 2025-11-26 14:16:39 发布

HackDyno

最新推荐文章于 2025-11-26 14:16:39 发布

阅读量121

点赞数

CC 4.0 BY-SA版权

文章标签： c语言 c++ 开发语言 C/C++

本文链接：https://blog.youkuaiyun.com/HackDyno/article/details/132880308

C/C++ 专栏收录该内容

144 篇文章 ¥59.90 ¥99.00

订阅专栏

本文介绍了如何利用GDCM库在C/C++中编写一个测试程序，以显示GDCM字典（包含DICOM标准元素）的内容。通过示例代码展示了如何获取和打印公共及私有字典的元素，帮助理解如何操作DICOM文件元数据。

GDCM：展示GDCM Dict的测试程序 C/C++

介绍
GDCM (Grassroots DICOM) 是一个用于处理医学影像和通信的开源软件库。它提供了许多功能，包括读取、写入和转换DICOM（数字成像和通信）文件的能力。在本文中，我们将介绍如何使用GDCM库来显示GDCM字典（Dict）的测试程序。

GDCM字典（Dict）是一个包含DICOM标准中定义的各种元素的数据库。这些元素描述了DICOM文件中存储的信息，例如患者姓名、图像尺寸、图像模式等。通过使用GDCM库，我们可以轻松地访问和操作这些元素。

步骤
下面是一个使用C/C++编写的示例程序，演示了如何显示GDCM字典的内容：

#include <iostream>
#include "gdcmDict.h"

int

了解本专栏

订阅专栏解锁全文

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

HackDyno

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

订阅专栏

GDCM：测试gdcm::Dict的程序源代码

uote_e的博客

08-26

其中，gdcm::Dict是该开发包中的一个类，用于管理Medical Image的Dictionary，也是处理DICOM文件时必不可少的一部分。通过运行此程序，我们可以确认gdcm::Dict类确实可以正确地存储和检索DICOM文件中的数据元素。这个程序可以作为测试gdcm::Dict类的示例代码，也可以用来学习使用该类的方法，并在之后的DICOM文件处理中使用它来提高效率。以上程序通过使用gdcm::Dict类来创建一个Dictionary对象，然后向其中添加两个代表患者姓名和患者ID的数据元素。

参与评论您还未登录，请先登录后发表或查看评论

GDCM：展示GDCM字典的演示程序

HackCyberX的博客

08-23

115

GDCM（Grassroots DICOM）是一个完整的、跨平台的DICOM（数字图像与通信医学）实现，提供用于读取、写入、转换和处理DICOM文件和数据集的类和工具。在本示例中，我们检索了两个条目：PatientName（标签0x0010，0x0010）和SpecificCharacterSet（标签0x0008，0x0005）。在实际应用中，我们可以根据需要从字典中检索更多的信息，并使用其他GDCM函数来处理DICOM数据集。在本示例中，我们将从字典中检索某些条目，以便显示它们的名称、标签和VR。

GDCM: 编程中的 gdcm::XMLPrivateDictReader 测试程序

HackSquad的博客

09-21

156

在医学图像处理和DICOM（数字影像和通信医疗）领域中，GDCM（Grassroots DICOM）是一个广泛使用的开源库，用于处理DICOM格式的图像和相关数据。其中，gdcm::XMLPrivateDictReader是GDCM库中的一个类，它提供了读取和解析私有字典（Private Dictionary）的功能，私有字典是DICOM标准之外的特定于厂商或应用程序的自定义数据元的集合。在上述代码中，我们首先输出了私有字典中的数据元数量，然后使用一个循环遍历并输出每个数据元的详细信息。

GDCM：使用模板的实现程序

DarcyCode的博客

08-28

148

使用GDCM的模板功能可以提高Dicom文件的读取和处理效率，避免手动解析文件的麻烦。接着获取Series模板，并遍历所有的Series，读取相应元素的信息并输出。GDCM的模板功能是指在读取Dicom文件时，将文件中的元素按照预定义的格式解析为一组数据，这个格式称作模板。GDCM支持多种模板类型，如Image模板、Series模板、Study模板等，每种模板类型都有相应的元素列表和数据类型定义。GDCM是一个开源的用于医学图像处理和文件格式转换的C++库，具有良好的跨平台支持和高效的性能。

GDCM库：gdcm::terminal的实现与应用

Meta_C的博客

08-22

1369

gdcm::terminal是一个基于Readline库的命令行终端程序，由gdcm::application命名空间下的Terminal类实现。Terminal类通过继承gdcm::SimpleSubject和gdcm::SimpleObserver两个类，实现内部数据结构和命令的注册、更新和通知。可以看到，gdcm::terminal提供了一些常见的命令，例如cd、ls、mkdir等等。下面，我们将对gdcm::terminal进行详细介绍，并演示其在读取和显示DICOM图像方面的应用。

GDCM完整实战教程专栏完整目录

希望我的博客，能帮上你解决学习中工作中所遇到的问题

02-15

3622

GDCM完整实战教程专栏完整目录

使用GDCM库显示DICOM文件元信息的测试程序

AlianBlank的博客

08-23

148

GDCM（Grassroots DICOM）是一个开源的C++库，可以用于操作DICOM文件。本篇文章将介绍如何使用GDCM库来显示DICOM文件的元信息，并提供相应的源代码。然后，程序从GDCM库提供的公共字典中获取DICOM文件的设备类型。本篇文章主要介绍了如何使用GDCM库来显示DICOM文件的元信息，并提供相应的源代码和编译运行步骤。首先，程序读取命令行指定的DICOM文件，并解析其中的元信息。接着，程序使用GDCM库提供的MediaStorage类获取DICOM文件的媒体存储方式。

GDCM库的GroupDict测试程序

Meta_C的博客

08-25

130

在DICOM文件中，每个数据元素都由一个唯一的标识符标识。这些标识符以16位十六进制数字的形式表示，并被分成两个部分：组号和元素号。GroupDict类用于存储DICOM标记中组号的名称和描述信息。它提供了一个C++库，用于读取、写入和处理DICOM文件。方法获取公共字典，这是一个包含DICOM标记的完整列表的字典。总之，GDCM库提供了大量的功能，可以方便地处理DICOM文件。类，我们可以轻松地获取DICOM标记的信息，对于医学影像处理非常有用。对象，并将其命名为公共字典的名称。对象中添加新的标记。

值得学习的C/C++开源项目 & C++资源大全

白鼠的学习足迹

08-07

4192

分为两部分：一是值得阅读源码的C/C++开源项目，对于学习编程和增长经验很有帮助；二是C++资源大全，囊括了各类有质量的Library。这篇文章在网络上流传甚广无法指明出处，转载过来只为方便自己随时查看。

【C/C++】经典高精度算法 5道题加减乘除「复习」

仟墨（郑龙浩）的博客

11-21

270

【C/C++】经典高精度算法 5道题加减乘除「复习」

YOLO 训练车牌定位模型 + OpenCV C++ 部署完整步骤

西部秋虫的博客

11-25

702

本文详细介绍了使用YOLOv8训练车牌定位模型并通过OpenCV C++部署的完整流程。主要内容包括：1）数据集准备与标注，使用LabelImg工具生成YOLO格式数据；2）YOLOv8模型训练，重点参数配置和模型优化；3）模型转换为ONNX格式以适应OpenCV DNN模块；4）C++部署实现，包括VS环境配置、预处理、推理和后处理代码详解。整个过程从数据采集到最终部署，提供了关键参数设置和常见问题解决方案，实现高效准确的车牌检测系统。

第15篇 c++调用tensorRT实现onnx转engine

Txwtech

11-24

146

本文介绍了使用TensorRT将YOLOv8s模型从ONNX格式转换为TensorRT引擎的实现过程。通过调用tensorrt_extern.h中的onnxToEngine函数，成功将yolov8s.onnx模型转换为TensorRT引擎格式。转换过程中显示了详细的日志信息，包括内存使用情况、模型输入输出检测、权重类型转换警告等。最终输出表明转换成功完成，生成了可用的TensorRT引擎模型。该实现需要正确配置项目包含目录、库目录，并添加必要的TensorRT相关DLL文件。整个过程耗时约8分钟，峰值GPU

关于 C++ 接收二进制的数据类型和二进制数据类型的本质

weixin_43416349的博客

11-25

275

/ pointCloudData = [ 12,36,14,15,.... , 0< x < 255] 总之 0< x < 255 是这个范围，对应C++ 一个 char ，一个字节。那么 C++ 要如何接收这段二进制 void recivce (const std::string& requestData ) {C++ 里面使用 std::string 去接收二进制的数据，因为 std::string 底层是一个 char[] 类型。假设 points 已被填充满。

C 风格时间获取方式详解

LXdian_LX的博客

11-24

288

简单直接，性能较好广泛兼容各种 C/C++ 编译器不需要复杂的 C++ 标准库支持不是标准 C++ 函数（是 POSIX 标准）缓冲区大小需要手动管理时区处理相对基础对于跨平台代码，使用条件编译处理考虑使用strftime进行更安全的格式化在新项目中可以考虑使用 C++11 的<chrono>库嵌入式系统或资源受限环境需要与 C 代码交互的项目简单的日志记录和时间戳功能对性能要求较高的场景这种方法虽然"传统"，但在很多场景下仍然非常实用和高效。

C++在量化交易中的应用

2509_93946429的博客

11-25

332

但当你需要在纳秒的世界里与全球的交易者竞争时，它所提供的极致性能、底层控制力和可预测性，是其他工具难以替代的。例如，一个处理10000只股票的策略，与其创建10000个包含价格、成交量、指标的Stock对象，不如设计成几个大的并行数组：，。零成本抽象：这是C++设计的核心理念之一。直接内存操作：C++的指针和手动内存管理，在大多数领域被认为是“危险的”，但在量化领域却是“精准的武器”。对于海量的、高速涌入的行情数据（Tick Data），直接在一块连续的内存上进行操作，其效率是带GC的语言无法比拟的。

生产者消费者（C++）

weixin_51226647的博客

11-25

262

生产者消费者实现（C++）

设计模式之建造者模式在 C 语言中的应用（含 Linux 内核实例）

鹰之翔

11-25

摘要：建造者模式是一种创建型设计模式，通过将复杂对象的构建过程与表示分离，实现灵活的对象创建。本文以C语言为例，演示如何实现建造者模式，核心包括产品结构体、建造者接口、具体建造者和指挥者四个角色。通过汽车构建实例，展示基础版和豪华版汽车的分步构建过程，指挥者控制构建流程（先底盘→发动机→车身），最终生成独立于构建过程的产品对象。该模式解决了构造函数臃肿、构建顺序易错等问题，使复杂对象创建更灵活可维护。

C异步流处理

2509_93945939的博客

11-25

273

在C 8.0之前，要用异步处理集合，基本得靠Task<IEnumerable<T>>这类组合，但这就得等整个集合准备好才能返回，效率低还占资源。举个例子，假如要从一个远程API分页拉取用户行为记录，用老方法可能得先阻塞线程等所有页数据下载完，而异步流可以逐页 yield return，用户看到第一屏结果时，后台还在默默抓后续数据。改成IAsyncEnumerable后，用Channel做中间队列，消费者通过异步流按需拉取，内存占用直接降了七成。调试异步流时容易踩坑，因为堆栈跟踪可能被拆得支离破碎。

C++11新特性_第一章_语言核心增强与标准库扩展_默认模板参数，静态断言，noexception

最新发布

weixin_43916755的博客

11-26

537

记录函数模板的默认模板参数，静态断言，noexception。

11-12

<think>首先，用户的问题是关于编译GDCM库时遇到的链接错误：`undefined reference to 'JpegLsReadHeader'`等。这些错误表明在编译过程中，编译器找不到JPEG-LS库的相关函数实现。我从用户提供的引用中提取相关信息： - 引用[1]：用户使用的是GDCM 3.0.23，但问题中提到GDCM 3.0.24，所以可能用户升级了版本。 - 引用[2]：这是关于OpenCV的错误，提到了`undefined reference to `cblas_zgemm'`，解决方案是添加链接器标志`-lcblas`。虽然主题不同，但错误类型类似，都是链接错误。 - 引用[3]：描述在Ubuntu 20.04上编译VTK 9.3.1 + vtkDicom + GDCM 3.0.24的过程，包括使用CMake和make命令。用户当前的查询是解决编译GDCM-3.0.24时的链接错误。错误信息指向JPEG-LS函数，这意味着GDCM依赖于CharLS库（一个JPEG-LS实现）。我的回答需要： - 使用中文回答。 - 结构清晰，逐步帮助用户解决问题。 - 使用正确的LaTeX格式：行内数学表达式用$...$，独立公式用$$...$$。 - 生成相关问题。 - 在引用的段落末尾添加引用标识，例如[^1]。关键点： 1. **理解错误**：`undefined reference`错误通常表示链接器找不到函数的实现。对于`JpegLsReadHeader`, `JpegLsDecode`, `JpegLsEncode`，这些属于JPEG-LS库（如CharLS）。 2. **解决方案**： - 确保CharLS库已安装。GDCM可能依赖于它。 - 在编译GDCM时，确保CMake检测到CharLS。可能需要指定CharLS库的路径。 - 添加链接器标志来链接CharLS库。 - 参考引用[2]中的做法，那里添加了`-lcblas`，类似地，这里可能需要`-lcharls`或类似标志。 3. **步骤**： - 安装CharLS库：如果没安装，使用包管理器安装，如`sudo apt-get install libcharls-dev`（Ubuntu）。 - 在CMake配置中，确保GDCM能找到CharLS。可能需要设置`GDCM_USE_SYSTEM_CHARLS=ON`或类似选项。 - 检查CMake日志，确认CharLS是否被检测到。 - 如果问题persists，添加链接器标志，如`-lcharls`。 4. **引用相关信息**： - 引用[3]提到编译GDCM的过程，包括make命令。我可以引用这个作为背景。 - 用户的问题基于上一次问题，但系统提示说“参考用户上一次的问题和你的回答”，但我没有上下文，所以我只能基于当前查询。结构化回答： - 先描述问题。 - 逐步提供解决方案。 - 结束时生成相关问题。 - 添加引用：[^1]对应引用[1]，但由于引用[1]是关于下载，可能不直接相关；[^2]对应OpenCV错误；[^3]对应编译过程。我应该只引用相关部分。最终回答结构： 1. 开头：确认问题。 2. 原因分析：解释为什么会出现这个错误。 3. 解决方案步骤： - 步骤1: 确保CharLS库已安装。 - 步骤2: 在CMake配置中添加选项或确保检测到CharLS。 - 步骤3: 重新编译。 4. 示例命令：基于引用[3]的CMake过程。 5. 结束：生成相关问题。生成相关问题： - 基于主题，如： 1. 如何在Ubuntu上安装CharLS库？ 2. GDCM的其他常见编译问题？ 3. 如何验证JPEG-LS库是否正确链接？确保LaTeX正确：由于内容没有太多数学，可能只用行内或独立公式，如果需要，添加示例。例如，如果在解释库依赖时提到版本，可以用$...$。现在，草拟回答。 </think>### 解决编译GDCM-3.0.24时`undefined reference to 'JpegLsReadHeader'`等链接错误在编译GDCM（Grassroots DICOM）库时，出现`undefined reference to 'JpegLsReadHeader'`、`undefined reference to 'JpegLsDecode'`和`undefined reference to 'JpegLsEncode'`等错误，表明链接器无法找到JPEG-LS编码/解码函数的实现。这些函数属于CharLS库（JPEG-LS开源实现），而GDCM在编译时需要正确链接该库。错误通常源于CharLS库未安装、CMake配置未检测到库路径，或链接标志缺失。以下步骤将帮助您解决此问题，参考您提供的环境（如Ubuntu系统）和GDCM版本[^3]。 #### 错误原因分析 - **根本问题**：GDCM依赖CharLS库处理JPEG-LS格式图像。如果CMake未正确链接该库，编译时会因符号缺失而失败。 - **典型场景**：在Ubuntu中使用CMake编译GDCM（如引用[3]所述的环境），但CharLS未安装或配置不当[^3]。 #### 逐步解决方案遵循以下步骤解决问题。整个过程基于CMake构建系统（参考引用[3]的流程）： 1. **安装CharLS库** 确保CharLS库已正确安装。在Ubuntu/Debian系统中，使用包管理器安装开发包： ```bash sudo apt-get update sudo apt-get install libcharls-dev # 安装CharLS库及其头文件 ``` 验证安装：检查`/usr/lib`或`/usr/local/lib`下是否存在`libcharls.so`文件（例如`ls /usr/lib/x86_64-linux-gnu/libcharls*`）。如果未找到，可能需要从源码编译CharLS（见步骤说明）。 2. **配置CMake时确保检测CharLS** 在运行CMake时，添加CharLS相关选项。关键点： - 使用`GDCM_USE_SYSTEM_CHARLS=ON`强制GDCM使用系统安装的CharLS。 - 添加链接器标志确保库被正确链接（类似引用[2]中解决OpenCV错误的思路[^2]）。示例CMake命令（在GDCM源码目录执行，替换`[build_dir]`为您的构建目录）： ```bash cmake -S . -B [build_dir] \ -D GDCM_USE_SYSTEM_CHARLS=ON \ -D CMAKE_EXE_LINKER_FLAGS="-lcharls" \ # 显式链接CharLS库 -D BUILD_SHARED_LIBS=ON \ # 推荐生成动态库，便于链接 -D CMAKE_INSTALL_PREFIX=/usr/local # 指定安装路径 ``` - **说明**： - `-D GDCM_USE_SYSTEM_CHARLS=ON`：确保GDCM优先使用系统CharLS而非内置版本。 - `-D CMAKE_EXE_LINKER_FLAGS="-lcharls"`：添加链接器标志，直接引用CharLS库（类似引用[2]中`-lcblas`的用法[^2]）。 - 运行后检查CMake输出日志，确认是否显示`Found CharLS: YES`。如果仍报`NOT found`，需手动指定库路径（如`-D CHARLS_DIR=/usr/lib`）。 3. **手动指定CharLS路径（可选）** 如果系统未正确检测CharLS，在CMake中添加路径变量： ```bash cmake -S . -B [build_dir] \ -D CHARLS_INCLUDE_DIR=/usr/include/charls \ # CharLS头文件路径 -D CHARLS_LIBRARY=/usr/lib/x86_64-linux-gnu/libcharls.so \ # CharLS库文件路径 -D GDCM_USE_SYSTEM_CHARLS=ON ``` - **验证**：执行`cmake --build [build_dir] --target help`，确保目标列表包含CharLS相关条目。 4. **重新编译和安装** 完成CMake配置后，执行编译和安装（参考引用[3]的make命令[^3]）： ```bash cd [build_dir] make -j8 # 并行编译，加速过程 make install # 安装到系统 ``` - **检查错误**：如果`make`阶段仍报错，运行`make VERBOSE=1`查看详细链接命令，确认`-lcharls`是否生效。 #### 常见问题排查 - **CharLS未安装**：如果步骤1失败，需源码编译CharLS： ```bash git clone https://github.com/team-charls/charls.git cd charls mkdir build && cd build cmake .. && make && sudo make install ``` - **版本冲突**：GDCM 3.0.24要求CharLS版本≥2.4.0。检查版本：`charls --version`（若无命令，查看库文件元数据）。 - **环境变量**：确保`LD_LIBRARY_PATH`包含CharLS库路径（例如`export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH`）。通过以上步骤，绝大多数链接错误可解决。如果问题persists，提供CMake日志片段以进一步诊断。 #### 相关问题 1. 如何在Windows系统中编译GDCM并解决类似链接错误？ 2. GDCM库如何集成到VTK项目中（如引用[3]的场景）[^3]？ 3. 除了JPEG-LS，GDCM还依赖哪些第三方库？如何管理这些依赖？