bim算量培训教程.pdf

【BIM 头条】 Revit 算量产品的数据得失【二】广联 达与 revit 数据接口 上一节我们粗略对比了 revit 导出 IFC 情况下，将 IFC 导入广联达土建（ GCL）的一结构二 结构数据 。细心的你也许发现了当时两张工程量表格中是有装修工程量的，但是我们并没 有对比天棚地坪墙面抹灰这些装修量，而是对比混凝土、模板、砌体等一结构二结构的传 统大项，并附门窗洞数据作为参考，想要探寻数据接口可能产生的冲突和误差来源。之所 以没有对比装修量，是因为在结构构件对比有差异的情况下，依附于结构构件的装修工程 量对比没有任何意义。同时，虽然 IFC 标准是由国际协同工作联盟 IAI （International Alliance for Interoperability ）为建筑行业发布的建筑产品数据表达标准，但是广联达并没 有投入资源对 IFC 接口进行优化，而是推出了自己的一系列数据接口，并大多可以集成于 广联达自己的 5D 产品。广联达投入资源优化的 revit-to-GCL 的数据接口就是 GFC。上一期 使用的是国际标准 IFC 接口，虽然通用，甚至可以倒着把广联达 GCL 导入到草图大师 （skechup ），但是对于算量数据对比这个目的，由于接口没有优化参考意义并不大。今 天我们来看一下 GFC 接口的表现。 为了避免混淆和不必要的误会，再次将一些事情进行约定。由于广联达、鲁班等企业产品 众多，用 广联达“ ”、 “鲁班 ”字样代替或特指某一产品易产生混淆，就像 “斯维尔 ”也是有传统 算量产品和基于 revit 的 “斯维尔三维 ”一样。 在本文中，我们约定， “GCL”代指 广联达“ BIM 土建算量软件 ”、 “GGJ”代指 广联达“ BIM 钢筋算量软件 ” 同时，就像上一节本人强调过的，基于 revit 算量方式对于建模精度要求很高，尤其对于 “族 ”的识别，甚至是族名称的识别。无论是斯维尔、比目云、广联达 GFC 插件，都提供了 【批量修改族名称】的功能，对于特殊字段的识别进行模型映射是 revit 算量的主要方法之 一。在 GCL 中建模，由于是使用软件本身提供的构建类型定义，不存在识别不出构件的情 况，但是对于 revit 模型，无论任何平台或插件，如果不按相关软件的建模要求或是命名方 式，识别不出构件简直是家常便饭。所以在 revit 建模过程中，一些微小构件或是特殊构件 我们经常随便用 “公制常规模型 ”建立一些族导入到项目中的情况极易识别不了。保证 revit 算量准确的方式依然是严格按照 revit 算量插件的相关要求保证模型映射的准确。这个过程 基本等同于一套小型建模规范的熟悉过程。 虽然无数厂商宣称识别率 100% ，但是我个人 认为实际工程中不可能 100% ，revit 算量一定有误差，只不过误差程度不一而已。 毕竟 revit 模型的建立、甚至是 BIM 作为协同平台的应用都决定了算量仅仅是非常微小的工作之 一，模型的建立也许可以为了算量的准确性有一定的倾斜，但是绝对无法全面妥协。尤其 是各省市地方的建模标准相继出台的大背景下，建模规范和方式依然是各方未来博弈的产 物。 revit 算量插件各厂商也推出了【批量修改族名称】功能也是另一种向操作人员使用习 惯的妥协。 我相信，未来相关标准互相妥协与工程实践的融合，一定会探索出一条算量结 果在合理范围的道路，那时才是 revit 算量的春天。 当然，在目前，施工企业，尤其是总包， 我个人建议依然通过这些不确定性，通过数据（如 GCL）来反驳业主，维护企业利益最大 化。 同理，由于上述原因以及我本人的建模水平十分有限，我能保证