说明:
本文原文来自印度Geospatialworld官网的一篇《Geo-BIM data integration: Easier said than done?》,在翻译和审校过程中,我们根据中文阅读场景对部分没有进行了些许调整。点击【阅读原文】查看英文原版。
序:
GIS和BIM之前的界限现在越来越模糊,但就BIM领域国际通用的IFC格式而言,想直接把BIM数据转换为GIS可用数据的格式依然十分困难,反过来将GIS数据转成BIM数据也同样困难。通常来说,地理信息系统(GIS)数据主要用于城市级别的人居环境建模和分析,而建筑信息模型(BIM)数据主要用于建筑物的设计、建造和管理。近年来,GIS和BIM间的融合越来越多,人们对在一个集成环境当中管理GIS和BIM数据的诉求与呼声越来越高。
在一个集成环境中,BIM建筑师在设计建筑的时候可以有一个地理大环境作为依托,市政当局人员可以快速判断出建筑设计对地理大环境的影响。例如:建筑是否满足区域限高要求;居民周边是否会有噪音污染;居住的最低日照标准是否能够满足。这样建筑的许可审批流程可以更快、更可靠。此外,被审批过的建筑设计模型可以直接成为了城市空间三维模型的一部分,城市空间的三维城市模型属性信息也会变得更详细,更新的速度也会更快。随着类似建筑材料、能源相关属性数据的录入,还可以为城市的未来规划以及整个建筑的全生命周期管理提供依据。
1.实现BIM&GIS的集成愿景要解决什么问题?
实际上这样的集成并不简单。从20世纪90年代开始,人们就在思考如何在GIS系统当中重用BIM数据(那时更多的是CAD数据)。但这样的数据重用一直局限于基于项目的数据交换。即便现在,也没能实现无缝集成。GIS数据和BIM数据有很多相似的地方,但因为它们各自收集数据的目的不同,对相同对象的几何建模方式、层次细节的处理、使用的软件以及开放标准(GIS使用的是GML与InfraGML;而BIM采用的是IFC标准)的不同,导致GIS和BIM数据又有很大的差异。因为这些差异的存在,形成了BIM和GIS数据的根本性的区别,因此这样的一个集成愿景并非易事。
1.1语义映射
GIS和BIM集成的解决方案,到目前为止一直主要集中在解决两种类型的数据模型的“语义映射(Semantic mapping)”或者说是一对一地转换对应的几何对象。像BIMServer、IFCExplorer以及Safe FME这类软件都提供了将IFC格式的模型转换为CityGML格式模型的方法,所有元素都可以无需任何特殊选择或者事后处理直接进行转换,但只是将几何图形简单地转换为了GIS数据结构下的对象。
BIM对象处理模式(体元素)与GIS对象处理模式(面片),资料来源:claus et al 2009
这些差异对于可视化展示不是问题,但是附属于GIS面对象上的语义属性(内墙面和外墙面)与附属于BIM当中体对象的语义属性(实心墙)却有很大区别。为了让IFC格式的BIM数据在GIS应用程序中更有应用意义,必须将房间这种空间概念通过转换和聚合的方式对要素进行重组,而对BIM中的体模型,比如墙体和其他相关的元素需要进行简化成相互连接的面,从而形成一个封闭的体。
2.做GIS和BIM融合的宗旨是什么?
GIS和BIM的集成通常是作为一种解决方案,但是在实践当中,无论是把IFC格式的BIM数据以有意义的方式导入到GIS相关软件还是把GIS数据导入到BIM相关软件中都很难。Geonovum与BIM Loket及一些重大组织(Rijkswaterstaat公司、Kadaster公司、鹿特丹市和海牙市的市政当局)合作,于2017年在荷兰启动了GeoBIM项目。该项目旨在帮助相关人士深入理解GIS数据或者BIM数据在对方系统当中的应用方式,以及如何为相互之间的转换开发一种开放式的解决方案(IFC和CityGML的转换),来进一步推动GIS和BIM的集成。
3.CityGML与IFC格式的几何体差异
该项目侧重于研究几何体的转换,因为之前的研究主要集中在语义映射上,而忽略了这一方面。几何要素能够进行转换是实现跨领域数据复用的必要环节,简单的做语义映射(mapping)只是第一步,但数据集本身并没有得到真正应用。
CityGML包含12个模块,用于表示不同类型的对象,如建筑物、桥梁、道路和水系(湖泊和河流)。它们在3D显示上都有明确的几何描述。这意味着在GIS当中几何形状是基于带坐标的边界来显式定义的。IFC文件包含更多的类(超过1000个)。此外,几何体几乎都不是通过边界来定义,而是通过一种更为常见的 “隐式”几何体来描述的。这意味着在IFC当中的几何体可以通过操作(缩放,平移,旋转等)获得。例如,基于预定义的参数轮廓描述对象,如下图所示。
IFC有几个预定义的参数化配置文件,例如基于字符U,L,Z,C和T(左)或基于梯形,矩形,圆形和椭圆体(右)的参数化配置文件。
转换方法
该项目的重点是建筑物,海牙市设计了三种可用于(现实世界)设计的IFC模型,每个文件有数千个元素,如下图所示。这两份数据的转换是基于两个开源库(IFCOpenShell和CGAL)开发完成的。
海牙市使用的三个IFC文件中的两个:CUVO Ockenburghstraat,由KOW建筑师制作(左)和Rabarberstraat 144,由Studioschaeffer提供(右)。
在转换过程当中,IFC文件内的所有相关体元素都被转换成了有几何关联的CityGML类。这里的所有相关元素是根据IFC标准(和gis相关的建筑的重要功能结构),例如IFCBeam、IFCDoor、IFCChimney、IFCColumn等。
取得的成绩
在展示层面,效果非常好。但是遗憾的是,这些建筑师从BIM软件中自动导出的IFC格式数据,包含了太多的错误(每个IFC文件超过150个错误),以至于无法生成无错误的数据来应用于GIS中的空间分析。因为这些错误(无效的object对象)会经常会导致GIS软件崩溃。
这些错误主要是在GIS当中进行透视求交、分析的时候遇到的。对于BIM专业人员来说这不是什么问题,第一、大部分的BIM软件可以处理这些错误(只有把隐式几何对象转为显式几何对象这些错误才会出现),第二、BIM专业人员专注于设计模型本身,而不是空间分析,所以对他们而言这些几何错误不是问题。
常见错误
在GIS系统当中融合IFC格式文件常出现的错误包括:非平面的曲面、自相交体以及两个不同元素间的交叉。自相交体这种错误,在IFC标注中明确禁止这种情况。但显然,这不受常规BIM软件所控(或者说是导出IFC环节造成的)。
只有正确处理的几何体,才有可能进入后续的处理分析,因此针对这些错误开发了相关检测与修复的解决方案。但寄希望于一套解决方案对IFC格式的所有可能错误在自动转换的情况下完全正确的导入到GIS相关软件中显然是不现实的。
另一个使自动转换更加困难的问题是:IFC有那么多的类别,但目前还没有一个好用的验证工具。此外即使是同一个IFC文件,在实际应用当中其转换需求也各不相同。例如:大多数的墙壁或者柱子既可以通过扫描底座的轮廓来制作,也可横向扫描侧面轮廓来建造。因此将所有可能性完全考虑的自动化转换是不可能开发出来的,除非是非常有实力的大型公司。
对于理想的IFC格式模型以受控的方式完成转换是可行的(在科研当中)。但是,由于实际生产当中IFC模型的错误(主要由BIM软件导出过程中产生)以及IFC模型规范的多样性,完全自动化地将IFC模型转换成CityGML格式进行空间分析并不那么简单。
开放地理空间联盟(Open Geospatial Consortium)在一个城市规划项目当中对IFC格式模型和CityGML的转换所存在的困难进行了确认。他们发现IFC元素编码的不一致性使数据格式转换变得复杂,并得出了如下结论:为了在城市规划当中将IFC模型应用到GIS系统中,需要制定一套明确、清晰的IFC文件规范。
指导方案
相较于投入更多的时间来检测和修复更多的错误,制定IFC数据建模规范,从源头解决模型问题,才更有可能实现BIM模型到GIS数据的自动化转换(如OGC项目中所推荐的那样)。
这些指导方案可以在特定应用当中进行严格要求,像数据生产过程核批过程等。想具备更普遍的指导意义,应该在国家层面甚至国际层面对所有的IFC格式文件进行规范,以实现BIM数据和GIS数据的相互转换。
焦点在于准备、创建IFC格式数据,当然GIS数据的准备和创建过程也应考虑,让BIM应用可以更好的访问GIS数据。尤其要考虑到,终端的实操人员从BIM软件导出IFC格式文件时,不要涉及太多的人为干预。因此主流的BIM软件厂商如果支持这些规范的话,将会对BIM和GIS的集成提供更深远的帮助。
结束语
GIS和BIM的集成为未来的应用提供了很多可能,在学术研究、实验、展示案例里面都已有所体现。但是从对IFC格式的实践表明,将BIM数据转换为GIS系统中可用的数据格式还很不方便,反之亦然。为确保能够将BIM领域包含大量几何元素的模型(通常是体元素和参数化几何对象)自动转换为适用于在GIS当中进行分析的对象,一个明确、规范的IFC建模标准是非常必要的。只有这样,GIS和BIM的集成来实现更多潜在应用才具备可行性。制定开放标准并严格执行标准来制作数据是其中必须要迈出的第一步。
译者注
IFC格式模型转换在实践当中除了上述问题,还遇到了元素成功转换后的三维应用贴地问题。针对于非单体建筑(空间跨度特别大,如50km以上的桥梁、道路等)。因为地球是圆的,而BIM建模是基于平面,因此中心点对齐地面后,模型的两端会翘起(可达几十米甚至上百米)。
Wish3D平台针对这些问题做了对应的研究,下面两张图,左图是处理之前处于翘边的状态,右图是考虑地球曲率进行处理后的结果。
未做处理,模型悬空
处理后完美匹配
说明:本翻译由GIS大神张云金组织翻译。