下载app免费领取会员
BIM数据交换的一种实现方式与模型检查的必要性BIM 模型的数据交换与数据存储标准一直以来是 BIM 软件现阶段关注的核心热点问题,
早期的软件在进行数据互通的时候采用的方式大多是两个软件之间的数据交换,软件数据格式与信息的不公开、不透明,造成了数据交互依赖软件厂商的亲密度。这几年,随着 BIM 软件的应用,上下游业务的承接使得数据的流通越来越受到重视,国家级的存储标准也正在制定之中。北美建立了最初的 IAI ( Industry Alliance for Interoperability ,现为 buildingSMART International)组织在 1997 年发布第一版比较完整的 IFC(Industry FoundationClasses 工业基础类)格式。IFC 的数据交换接口提出了一个理想的解决方案,通过 IFC 的中性文件,为多个软件之间提供可以共享的数据文件格式。
我国对 IFC 的研究比较晚,有部分高校与建筑研究院所对 IFC 也做了大量的初探性的研究,清华大学张建平等人完成了基于 IFC 的建筑施工管理信息系统,清华大学马智亮等人提出了一个基于 IFC 的建筑信息模型的框架,北京航空航天大学刁波与中国建筑科学研究院合作开发完成了基于 IFC 的软件转换,上海交通大学的邓雪原等人实现基于 IFC 文件级的数据库的建立与存储。但是 IFC 在软件商业化与经过实际工程检验的国内软件厂商少有支持,目前国外软件厂商对 IFC 的支持也有不同的下降或有自己的见解,使得 IFC 在作为第三方数据交换格式时,会发生数据丢失的问题,尤其是复杂模型。
IFC 版本不断更替,虽然在一定程度上推动软件之间数据交互,但是也发现一个 IFC 的缺陷:IFC 定义的多种几何描述可以进行对同一建筑构件的描述,造成了数据定义没有唯一性,软件厂商对 IFC 的理解不同,就会对同一建筑构件写出不同的描述方式。这样导致下游软件在使用 IFC 接口时要理解不同软件厂商对 IFC 的理解,导致信息接收工作变得非常复杂。
同一描述针对 IFC 的不同方法,软件要写很多接口的实现。
建筑工程或者是建筑模型是多种多样的,但百分之八十的工程有比较规则的建筑造型,如何使百分之八十的工程可以进行数据交互,是软件数据流通第一阶段考虑的问题。减轻导入信息的工作量、实现百分之八十的工程信息模型不丢失,这个问题是数据转换第一阶段应该解决的问题,也是中国建筑科学研究院主编的《建筑工程信息模型存储标准》的出发点,最后效果要看标准内容落实程度,是不是中国化,是不是从软件厂商的角度去考虑问题,是不是从标准应用的上下游专业考虑问题,是不是注重解决大多数问题,而不是上来就大而全的规定了一堆跟 IFC 一样对软件厂商难以实现的标准,希望能出现一个“能用、好用”的标准,是专家组成员所要考虑的问题。
使用 IFC 进行导入导出的软件,一般有几个比较难处理的地方,例如:
1、 描述方法多样。
2、 几何描述 Brep 与体素法在描述构件几何时比较难处理,
3、 需要针对众多的 IFC 类创建出太多的类,实现起来有很大的局限性,影响数据交互的兼容性。
Bzrep 边界表示法描述实体比较适合机械设计领域的软件,机械软件设计时主要的操作是对面、边界、几何造型与细节的反复修改,机械领域软件的数据交互主要集中在几何造型上,大部分软件的编辑功能都是依赖 Brep 的几何描述方式,软件数据交互时大部分考虑的中间格式,如:STEP、IGES、VRML 等等。与机械领域的工业 CAD 有很大的不同,建筑信息软件还是习惯对整个构件的参数化修改编辑,基于几何特征的参数化造型与描述,以几何参数来驱动修改造型,一般不会采用 Brep 的方式,在复杂造型时使用参数化体素法,Parasolid、ACIS、OCC 等几何内核在建筑软件的使用,使建筑的造型越来越复杂化。
2013 年,英国标准协会有一份标准提案,将 BIM 应用划分为 0 到 3 级 4 个级别,以 IFC为基础的国际数据交换标准是最高等级,该等级被看做是未来的发展方向,可以看出现阶段以 IFC 为交换标准的接口还未成熟,提出现阶段的交互标准是有必要的。
转载请注明来源本文地址:https://www.tuituisoft/bim/978.html
上一篇:没有了
下一篇:没有了