2026-05-19-23-47-31 优化逆向分割映射视图
This commit is contained in:
36
工程分析/经验记录.md
36
工程分析/经验记录.md
@@ -847,3 +847,39 @@ C. 解决问题方案
|
||||
D. 后续如何避免问题
|
||||
|
||||
需要 Gitea 远端备份前,先确认远端认证方式。优先使用安全的凭据助手、SSH remote 或用户已配置好的 token;不要把账号密码写进 commit、文档、remote URL 或 shell 历史。
|
||||
|
||||
## 2026-05-19-23-47-31 逆向分割映射视图的数据来源边界
|
||||
|
||||
A. 具体问题
|
||||
|
||||
用户要求右侧二维视图展示由三维 STL 模型逆向推导的分割掩码 Label Map,并与构件层级严格对应;但当前后端尚未提供医学级真实体素化 Label Map 文件。
|
||||
|
||||
B. 产生问题原因
|
||||
|
||||
现有系统的真实数据能力主要是 DICOM preview、DICOM fusion volume 和 STL preview 三角面抽样,历史版本的右侧区域也已从伪二维 Mask 改为 STL 实体切面。若直接绘制任意彩色区域,会再次变成无来源 Mask。
|
||||
|
||||
C. 解决问题方案
|
||||
|
||||
右侧新建 `VoxelizationMappingView`,底层用 DICOM preview 灰度像素作为 Base Layer,上层只根据 STL preview 顶点、当前 Z 切片位置和构件 `moduleStyles` 投影绘制 Overlay Label Map。每个彩色覆盖区域都来自具体 STL 构件,并复用构件颜色、透明度、显示隐藏和 `partId`。
|
||||
|
||||
D. 后续如何避免问题
|
||||
|
||||
在真实体素化服务接入前,所有 Label Map 类可视化必须明确使用 STL 几何或后端生成结果作为来源;不要重新引入无数据来源的演示 Mask。后续若增加医学级体素化,应保留当前 Base/Overlay UI,但将 Overlay 数据源替换为后端真实 Label Map。
|
||||
|
||||
## 2026-05-19-23-47-31 右侧独立切片导航与左侧范围状态分离
|
||||
|
||||
A. 具体问题
|
||||
|
||||
右侧二维映射视图需要逐层浏览单张 DICOM 切片,而左侧三维融合视图使用的是 DICOM 切片范围和模型切分区间;如果共用同一状态,拖动右侧滑条会破坏左侧融合范围。
|
||||
|
||||
B. 产生问题原因
|
||||
|
||||
旧工作区已经有 `sliceStart/sliceEnd` 双端点状态,用于三维 DICOM 范围和 STL clipping plane。右侧新增 Slice Navigator 是单切片校验动作,语义不同。
|
||||
|
||||
C. 解决问题方案
|
||||
|
||||
新增独立 `mappingSlice` 状态传入 `VoxelizationMappingView`,右侧 Slice Navigator 只修改该状态;左侧 `sliceStart/sliceEnd` 继续驱动三维融合范围和模型切分,两套状态互不覆盖。
|
||||
|
||||
D. 后续如何避免问题
|
||||
|
||||
新增影像浏览控件前先判断其控制对象是“单切片位置”还是“显示范围/切割范围”。单切片校验使用独立 slice 状态,范围切割使用起止端点状态,避免不同视图之间产生隐式联动。
|
||||
|
||||
Reference in New Issue
Block a user