首先第一个,老学长们也提到了类似的,就是BIM二次开发。然而现在土木从业人员所提到的bim的二次开发,我姑且称之为“生产提高画图人员工作效率的工具”。说白了,这种二次开发,本质上就是天正等辅助画图软件的开发,归根到底还是给设计师服务,还是在土木工程这个圈子里转悠。并没有真正实现土木工程+计算机的应用。
那么我要提到的,我觉得能够实现土木工程+计算机的应用,叫做BIM轻量化。
众所周知,BIM这一系列软件做设计比较方便,大量参数化的信息能够有效地提高工作效率,而且还能做到可视化设计(设计的时候就知道用什么材料,模块长什么样子)。但是BIM本身依靠的revit,naviswork等软件体积就很大,然后吧生成的模型也不小,我曾经接触过几个机场的rvt模型,有的甚至达到了一两个GB。我自己做过几个办公楼 学校的rvt模型,内存一百多兆,打开的时候一般的笔记本都很费劲了,要是一两个G的模型,不得卡死啊。
所以如果想让BIM真的应用在施工中,达到“低头电子模型,抬头实际工程”的感觉,是不是应该让这个BIM模型轻量化,如果一个几GB的模型能够简化到几十兆,这样我们别说笔记本了,甚至用手机都能在云端比较快速的加载,这就大大提高了工作效率。
那么BIM模型为啥子那么老大呢?这里还要说一下IFC格式,简单说这是一个协议,一个工业软件互相转换的数据协议,在这个ifc格式下的软件产出的模型可以互相读取,互相转换。而IFC的优点就是数据庞大,精确反映电子模型。缺点也很显然,数据多必然占据的系统内存就多。总之吧IFC就是一身优点但是一堆毛病。很多论文都提到了IFC这些特点,从2010年前后,eastman教授就发表了一系列文章,到现在世界上不少学者都在研究,比如普度的张老师、康涅狄格的朱老师等等。我就不细说了。
所以我的想法是,既然是土木工程+计算机,那么何不就直接入手BIM轻量化?作为土木从业者或者说土木专业学生,ifc给我们的数据格式中很多语句我们是一下就看懂的,比如ifcbeam代表梁,里面有界面信息,材料信息,长度信息等等。而程序员做这个就很麻烦了,上个月我跟中科大的一位计算机的同学聊,他说他一直把beam翻译为光束。大哥那是梁啊,混凝土梁钢梁啊,混凝土光束是什么玩意。
这个方向我觉得有着不错的应用前景,如果真的实现“低头电子模型,抬头实际工程”的施工,那真就大大提高生产力了。而且客户在买房的时候能看到这种电子信息,我觉得比那个平面图样板图强多了。可以这么说,如果BIM轻量化做得好,从设计到施工到销售到物业,整个产业链的生产力都会提升。