知识图谱技术在建筑工程的应用初探线上研讨会总结(一)

初晴天

转自公众号 同济设计老帅BIM 老帅BIM



2022年8月21日下午 由FMBIM光铭研究院 陈光老师主持的知识图谱建筑领域初探线上交流活动成功举办。会议由同济大学建筑设计研究院（集团）有限公司BIM技术事业部吉久茂主讲。演讲录屏详见往期文章：
想对知识图谱有所了解的也可以查看本号已发表的文章：
本期将发表知识图谱主题连载文章，主要记录线上各路专家发表的观点，以供行业的朋友们复盘再学习。

本篇为连载系列第一篇主要发表线上相关与会者聊天记录以及老帅BIM的部分回复

小提示：讨论场面异常火爆，信息量极大！
陈光FMBIM 14:05
定义1（Ehrlinger et al.）：A knowledge graph acquires and integrates information into an ontology and applies a reasoner to derive new knowledge. 知识图谱获取信息并将其集成到本体中，并应用推理器来获取新知识。
定义2（Wang et al.）：A knowledge graph is a multi-relational graph composed of entities and relations which are regarded as nodes and different types of edges, respectively. 知识图谱是由实体和关系组成的多关系图，实体和关系分别被视为节点和不同类型的边。
杨之恬 14:36
吉老师，这些知识图谱后期会考虑发布出来不？
老帅回复：TJAD强大的知识库平台正在打造。

张海群 14:36
请教下老师是使用什么软件绘制的？
老帅回复：WPS、X-mind ，更专业的有OB神器、neo4j， Nebula等等 。
陈光FMBIM 14:37
做审图比较好
老帅回复：知识图谱技术可以让审图飞。
皮皮虾 14:38
知识的梳理有没有什么好的方法。
老帅回复：知识图谱就是一种好的思路。

陈光FMBIM 14:38
关联，是一种可计算的方式，把数据变成可计算的
皮皮虾 14:40
异构多数据的关联是最大的问题。
AXEman 14:40
超级认可！设计院的核心技术和过往经验才是核心竞争力！
老帅回复：数字转型，一些基础数据的梳理和总结工作不可少。
AXEman 14:42
真的很厉害！
AXEman 14:42
核心就是技术 而技术需要总结和传承
老帅回复：对企业的最佳实践进行封装，让经验数据无限传承与丰富。

思亮姐姐 14:43
吉老师 您好 这个关联库的建立可以开源吗？就是不同的专家可以共同开发这种的
老帅回复：TJAD作为建筑设计行业引领者，其创新产品必将服务大众。

44-哈哈哈 14:43
以后是不是得用三维网络
zzz 14:44
老师您好！请问您觉得这个技术在建筑运营阶段可以有哪些应用呢
老帅回复：知识图谱在运维阶段大有可为，设备运营数据就是矿山。

LemonSeed 14:44
推荐一个叫obsidian的半开源软件，它本身类似于印象笔记，但是有很强大的知识关联功能，可以自动做知识图谱和思维导读
老帅回复：OB神器！

AXEman 14:44
这就是数据资产！老师讲的太核心了！
老帅回复：想让数据成为生产要素，数据资产是核心。

archie 14:44
我这边也从BIM和建筑信息化角度做过类似图谱，软件还没找到最理想的，但我应该算是知道最理想的应该怎么做了
Elle 14:45
请教吉老师：关于图谱架构设计是否有相关书籍可以学习
老帅回复：网络资源 比如bilibili 、慕课 足矣。

AXEman 14:45
这才是设计企业数字化发展要做的的核心的基础事业
思亮姐姐 14:46
我了解的是有个专门只聚焦在暖通领域的知识图谱 叫brick schema 是不是可以和吉老师做的结合起来
老帅回复：学习一下。

AXEman 14:46
我之前也有这样的想法 但是比较初级：疑难杂症查询库
老帅回复：疑难杂症查询库，这个点子好！

ff 14:46
同样的节点从不同角度来绘制图谱用到的关系组不一样，怎么样能统一到一个图谱里面
老帅回复：需要定义标签、消歧等。

AXEman 14:47
搜集信息有没有工作框架给大家分享下哈？
老帅回复：这个需要行业专家的共同努力。

陈光FMBIM 14:47
一文打尽知识图谱（超级干货，建议收藏！） - NLP论文解读的文章 - 知乎 https://zhuanlan.zhihu.com/p/474101053
archie 14:47
知识图谱的本质是关系型数据库可视化
老帅回复：+1
Grit 14:47
今天刚看到国内一家顶级律所，也是从 2016 年开始做知识管理，为什么要做 KM? 因为他们碰到一个问题，10 个人开足马力，结果只有 8 个人的产出，消耗在哪里？在于一些底层的、基础性的知识资产需要重复性的生产。这在智力密集型企业，比如设计院、律所等，需要一个一体化的 KM 平台，我想这也是吉总的初衷之一。
老帅回复：系统化有逻辑的知识管理。

archie 14:48
方便专业人士与之交互，聚焦，找关系
老帅回复：正如林总所说，聚焦是个关键动作。

AXEman 14:48
需要给设计人员 设计一款 简单易用的 梳理软件哈哈哈
老帅回复：TJAD正走在研发攻坚的道路上，需要你我携手，共创美好未来。
archie 14:49
用标签关系解决
AXEman 14:49
对对对！要提前避坑！一个企业的不同部门需要共享、专业经验
老帅回复：内部共享很重要。
archie 14:49
关系可以注释的
ff 14:50
建议吉老师开放个标签标注平台
老帅回复：采纳！

44-哈哈哈 14:50
有点像图书馆的分类整理吧
archie 14:50
多维度，排他性标签
ff 14:50
像instgram一样
archie 14:50
同一类标签不能在同一元素下赋予两个以上
ff 14:51
最好开源大家共建
老帅回复：采纳！TJAD感谢大家献言献策。

ff 14:51
标注实体和关系
archie 14:51
steam和抖音就是大家赋标签
ff 14:51
对的
archie 14:51
你看的时长就是标签的一种方式
结构冯工 14:53
吉总现在知识图谱梳理了多少量规范，大概有多少节点了
老帅回复：目前仅挑选设计需要的主要规范。

张磊@SEU 14:53
可否将知识图谱和人工智能的方法结合，运用语义比对，对图纸进行审查？
老帅回复：未来的方向。

结构冯工 14:53
数据量达到什么程度，可以实现建筑知识基本查询
老帅回复：开始，数据不在于多，在于专和精，当然框架设计也很关键。
Grit 14:53
吉总能把设计院需要的知识体系的层次介绍一下吗？比如说刚才提到的“建筑规范”是最基础，也是最紧要的知识，那么下一步呢？再后续的呢？
老帅回复：不同专业有不同的要求，月例会详聊。

archie 14:54
以上主要不是图谱端问题，是图纸标签没有结构化
archie 14:54
不走BIM走图形，后端图片再牛也是白搭
老帅回复：BIM技术还有很长的路走。
archie 14:54
图谱再牛也白搭
archie 14:55
图谱要运算，首先要消歧
老帅回复：击中要害！

AXEman 14:55
哈哈哈
AXEman 14:55
真的不谋而合！
ff 14:56
标签，投票可以做到消歧，跟google搜索一个思路
老帅回复：新奇的点子！

archie 14:56
元素“标高”不同语境语义不一，就是属于图谱的位置
archie 14:57
语境就是图谱
ff 14:57
其实还是挺难的，语境
archie 14:57
工程行业，越专越容易
老帅回复：联手行业领军人物，带你飞。
ff 14:57
法律图谱做了很多年做不到
archie 14:58
“白菜”具体指什么
archie 14:58
这种消歧才难
陈光FMBIM 15:00
对于老法师来说没有歧义
老帅回复：赞同！

ff 15:00
另外有个思路就是“炼大模型”，Gpt3的路径，不管相关性，一股脑丢进去，等他涌现
结构冯工 15:00
请教吉总，知识图谱的核心价值是什么，如果形成比较规模的数据库的知识图谱，如何实现商业化？
老帅回复：核心价值知识管理、个人观点AI设计、 商业化任重道远……

AXEman 15:01
哇 我们就是正在做数字化转型
AXEman 15:03
太有用了 这个
AXEman 15:03
好多项目 都是因为 新人经验不足 老人没空指导 导致的问题
AXEman 15:05
是的是的 老师说的特别好
ff 15:08
复杂性爆炸
陈光FMBIM 15:08
张成老师就是做人工智能开发的，可以帮助你尽早变成软件产品
老帅回复：张成老师YYDS!

LemonSeed 15:08
谷歌的page rank
archie 15:08
知识产权才是难点障碍
archie 15:08
不是什么技术
archie 15:09
难点是商业模式
老帅回复：这是一个难题。
陈光FMBIM 15:10
可以纳入高算力任务
AXEman 15:10
我觉得可以从小做起嘛 先就只做一个 “疑难杂症查询库”  想的过于太远太全 反而不好开始
老帅回复：同意，步子不要迈太大。

陈光FMBIM 15:11
疑难杂症审查软件
老帅回复：除了审规范之外，这也是比较好的场景。
AXEman 15:11
我跟老师的 观点完全契合 哇哈哈哈
老帅回复：志同道合！
AXEman 15:12
这个概念就很 醍醐灌顶   需要慢慢来
SAM 15:13
吉老师说的有道理！
Lucy-平台秘书 15:13
有人问：知识图谱和思维导图有啥区别？
AXEman 15:14
一个是概念 一个是软件吧？
老帅回复：
此处引用下知乎网友的答案：知识图谱更关注知识本身的组织和保留，而思维导图更多的是从人的角度出发，除了知识本身，还包含了思维导图使用者本身的某些记忆技巧在里面。
个人觉得确实很类似~ 只不过知识图谱是AI一个技术分支，其基本理论框架有独特的计算机逻辑。
陈光FMBIM 15:14
图谱是工程图，思维导图是工程图的效果图
老帅回复：陈老师理解独到。

zzz 15:17
BIM国产化也很重要，不然不安全
冯川 15:18
是说数据格式把主数据和业务标签混在一起了？
陈光FMBIM 15:18
BIM是对CAD的语义提升，知识图谱进一步提升
陈光FMBIM 15:20
主数据是一个世纪难题
AXEman 15:22
多专业协调及总成本或进度控制 这个层面很现实
ff 15:25
我觉得还是不能用还原论的思路来做KM这个事，应该还是要考虑复杂系统的思路
陈光FMBIM 15:25
对于有知识内涵的语义主体进行软件开发，估计就是下一代元宇宙平台了，以前的低算力软件开发模式做不到
archie 15:26
去到哲学层面，一个东西唯一准确的概念是“它不是什么”而不是“它是什么”，所以必须放在图谱里才能准确定义“它不是其它元素，而就是”它“本身”
陈光FMBIM 15:26
工程的语义主体，目前来看最接近的就是BIM，不一定是Revit模型，而是数字化描述的工程构件
LemonSeed 15:28
我非常同意张老师的观点。信息模型和知识图谱是两件事情跨度很大的事情。
老帅回复：也许随着基础工作的研究、技术迭代，一些问题就自动迎刃而解。

陈光FMBIM 15:28
桥梁总体设计构思
老帅回复：建议探索知识图谱的老师们都去学习下张师定教授这本书。
盛 15:29
我们尝试过用全文语义分析去做知识图谱的链接
LemonSeed 15:29
但是我不同意知识图谱仅属于领域专家。在大量数据下有很多算法可以进行归因，也可以构成知识图谱
老帅回复：也要相信群众的力量。
盛 15:31
图谱很重要的，虽然软件不难，但是实践太难了，做好太难了
老帅回复：门槛其实更多的在于知识梳理，知识梳理又需要众多的领域专家智慧，众多的领域专家又需要强大的组织者。
AXEman 15:31交互 迭代
archie 15:32
数据可视化
马捷 15:32
我觉得知识图谱的主要作用是将行业隐性知识转变为可认知的显性知识，是有大价值的，后面的AI不用现在着急。
老帅回复：马总精辟！

AXEman 15:32
同意楼上
AXEman 15:33
可以想的很远 但是目前得先走第一步
老帅回复：良好的开端是成功的一半。
陈光FMBIM 15:33
工程图里面隐藏的知识太多了
老帅回复：建筑工程领域需要隐性知识显性化。

AXEman 15:34
用着科技发展着 问题就迎刃而解了
老帅回复：我们需要一种乐观的心态，继续按部就班的做好基础研究。
盛 15:34
知识图谱可以利用AI技术去构建
老帅回复：赞同，需要OCR  NLP做一些数据自动提取、拆分工作。
ff 15:34
参与的人还是要更广一点，专家可以作为审查机制，普通的歧义可以参考page rank回复：面向行业专业人士，专家审查
盛 15:34
就是lemon现在说的，要不完全靠人太难了
盛 15:36
我们之前就把我们大量的word工程文档去做语义分析，然后根据概率形成联系
陈光FMBIM 15:38
Word是文档数据，图纸是图形黑洞数据，两者怎么结合
盛 15:39
word的文字可以做分析，图纸有两种，一种是图像识别，还有是数据分析
陈光FMBIM 15:41
工程领域，图形的数据量极大，且直接代表了现实中的楼
盛 15:41
必须要类似bim的路线，图像识别估计不可能
ff 15:43
辅助就够了
ff 15:45
很多工程师的灵感没法替代的
陈光FMBIM 15:46
看图，计算，读规范，还要下工地，多模态
ff 15:47
ai现在玩我的世界很厉害了，有策略的，纯看视频学的
ff 15:50
主要其实玩游戏结果导向很明确
ff 15:50
设计的目标很复杂
archie 15:52
我的世界，网格是预先划分好的
archie 15:52
除了元素、语义、联系、还有“边界”经常被忽略
陈光FMBIM 15:55
把设计院的电脑录屏
老帅回复：因崔斯汀。
ff 15:55
是泛化的问题
陈光FMBIM 15:55
AI分析设计师全过程设计的录像
ff 15:56
反而不止是建筑行业，全社会的复杂任务都是关联的
archie 15:57
人脑就是一个预训练的
archie 15:57
自己会尝试建立联系，对联系分类
谁说建筑没数据 15:57
https://m.36kr.com/p/1865473313542920?share_token=AE0D9792-2EE9-4643-BFA5-484372CE78FF&tt_from=weixin&utm_source=weixin&utm_medium=toutiao_ios&utm_campaign=client_share&wxshare_count=1
ff 15:57
有很多常识在里面
ff 15:57
是的
archie 15:58
主要是去主动去尝试试错调整
谁说建筑没数据 15:58
机器人设计建筑施工图出圈，TransBIM创始人任绍斌回应全国设计师
陈光FMBIM 15:59
做设计如同打游戏
陈光FMBIM 16:00
https://mp.weixin.qq.com/s/iom-Lu9ORZftw7lIt-KVvw
陈光FMBIM 16:01
DeepMind
ff 16:01
陈老师，西部世界第四季里面的女主角设计故事的就是一种实现方式
陈光FMBIM 16:02
是的，UI都给做好了
archie 16:02
因果有时只是现象的先后表现而已
陈光FMBIM 16:02
说明快要来了
ff 16:02
自然语言生成三维模型，再加点规则，给设计院做辅助是可行的
陈光FMBIM 16:03
能设计元宇宙的AI，自然能画图

会议于2022.08.21 14：00开始，16：15结束。
借此机会感谢陈光老师及其团队以及参会的各位专家。感谢大家的宝贵时间。
最后回应下粉丝的提问：



引用漆桂林老师的解释：
从抽象层面看，本体最抽象，其次是知识库，最后才是知识图谱。举个例子，如果我们要做图书领域的知识库或者知识图谱，首先要对图书进行分类，这个分类就是本体，比如说，图书分为计算机类和电子类，计算机类又分为网络、人工智能；有了这个分类后，我们就可以把图书都分到每个类别，比如说《Zero to One》是一本进口原版书，然后这本书有各种属性－属性值，比如说书的作者是Peter Thiel，这些数据就构成了一个图书知识图谱（前面讲的分类可以认为不是这个知识图谱的一部分），而这里分类和知识图谱一起可以看成是一个图书知识库。也就是说，本体是强调概念关系，知识图谱强调实体关系和实体属性值，知识库则是所有知识的集合。但是知识库不局限于分类和图谱，知识库可以包括规则，包括过程性知识等。而本体也可以定义得很抽象，任何概念的内涵和外延可以定义本体。
————————————————
版权声明：本文为CSDN博主「Aidanmomo」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/aidanmo/article/details/103546771