数据驱动图元

你有种再说一遍

发现如果DWG数据可以百分百转为数据库的表,
这样可以实现一些有趣的东西.

1,数据驱动图元
你只需要用Excel上面修改信息,就可以联动修改DWG图元.
2,并行检索
使用数据库的并行检索,多表联查.
3,构建统计表
通过自定义二级索引,
a:实现对于某块名的检索,统计零件数量.
b:某图层的多段线,实现统计地块信息,管道长度等等.
4,提供独立的DB读取机制,
Lisp跨文档就不需要绕圈了,可以直接通过链接数据库实现.


任务事例
我查找0面积或者无效面积的区域(多段线),无效区域是位于多个块中,然后修复这些多段线.

现在我们的处理是
写代码进行遍历,然后直接批量修复处理.
如果想要逐个查看的话,就是引出一条线从图元到0,0
再手动逐个把图块在位编辑.
(也就是最快和最慢之间,似乎可以通过...本文)

用Excel处理的话,
就只需要点过滤图元类型,然后排序面积,
就能找到全部0面积图元行,选择这些行.
预设的函数动作"封闭/消重点"改图元,
列上面的Closed设置true就是封闭.
函数动作本身会自动向上打开图块(块表记录),更改和刷新.

你可以比较两者流程,
发现历年千方百计的过滤图元显得不再那么重要了,
Excel能够直接选中嵌套对象,能够排序对象,
可以说标准流程处理问题.
而现在的特性面板就无法实现处理块内.

现实问题很多:
1,自定义图元,例如天正图元没有能够被你读取.
2,对于动态块的认识缺失.(直接存DXF)
3,对于文字的渲染认识缺失.(直接存文字内容)
4,对于样条曲线的认识缺失.(直接提取控制点)
5,回滚和重做机制,需要每个数据表都加入一个log表.
6,DWG可以插入Access数据库,Excel,图片,这些信息缺失.

发现大部分都是围绕图元信息提取,
这个部分其实不难,主要靠经验,
难就难在会不会给你随时爆一个无效id.
例如Acad提供了交换句柄,
万一Excel记录了句柄,然后是多段线,被某个命令换成了直线.
这样就G了

指尖

这个是个思路，执行操作难度似乎真的很大

kozmosovia

对人来说，图形还是要看到才有更直观概念，全变成Excel或数据库，从上W条数据中找需要的数据，好难的，光看数据，很难知道是不是要修改的图元。这种也只有编程让代码来处理，然后。。。。。还得给人一个管理界面方便调用，这样跟再写个简易CAD差不多了。

你有种再说一遍

kozmosovia 发表于 2025-4-25 20:13
对人来说，图形还是要看到才有更直观概念，全变成Excel或数据库，从上W条数据中找需要的数据，好难的，光看 ...

不是啊,双向关联的,选择图元之后自动定位到excel某行不是难事

kozmosovia

你有种再说一遍 发表于 2025-4-25 20:20
不是啊,双向关联的,选择图元之后自动定位到excel某行不是难事

那不就跟在CAD里展示属性面板一样了啊。而且属性面板肯定比Excel要更方便。

你有种再说一遍

kozmosovia 发表于 2025-4-25 20:43
那不就跟在CAD里展示属性面板一样了啊。而且属性面板肯定比Excel要更方便。

属性面板怎么执行Join语句?

水洗可口可乐

kozmosovia 发表于 2025-4-25 20:13
对人来说，图形还是要看到才有更直观概念，全变成Excel或数据库，从上W条数据中找需要的数据，好难的，光看 ...

图形，拼接库？

sunny_8848

1,数据驱动图元
你只需要用excel上面修改信息,就可以联动修改dwg图元.
这点挺有用的，估计实现起来很难

箭头_Row

https://jtbworld.com/jtb-sheet-set-creator