| |||||||||
| |||||||||
Current Filter: >>>>>> COBie for All? Editorial Type: Technology Focus Date: 01-2014 Views: 6498 Key Topics: Construction BIM 3D Modelling COBie BIM Task Group Key Companies: BIM Task Group Graphisoft Revit Key Products: Key Industries: Government | |||
| The Government's BIM Task Group is setting targets for the full implementation of COBie as the basis of sharing data between all parties in the lifecycle of a building. How realistic is this, and what stage are we at? David Chadwick reports COBie (Construction Operations Building Information Exchange) is at the heart of the Government's Construction Strategy (GCS), requiring fully collaborative 3D BIM with all project and asset information, documentation and data being delivered electronically by 2016. It provides a means of delivering interoperable data, mainly information relating to the operation and maintenance of a building, between interested parties. COBie, a subset of IFC, was developed in the US and subsequently taken on over here, restructured slightly in the way it handles the exchange of some of the information, to provide the answers to key questions (the American version, for instance, doesn't include data on carbon emissions, etc.). COBie information is compiled on a spreadsheet, allowing many people to find it easy to address because of their familiarity with the technique. The Government, after all, has to sell the idea into an area where there have already been some IT-related disasters, all based round Excel based systems. COBie has another mountain to climb. One of the hardest things in any industry is for professionals to get used to structuring what they are doing and allowing it to be used by others further down the line. Hence the main criticism of COBie, in that it represents a huge amount of information being presented in a rather strange format to the one that architects and engineers traditionally use. In fact, there is no particular reason why any relational database can't map a field in a BIM model as easily as it would in an Excel spreadsheet - and with regard to shareable data, the code 1502 will always be a concrete pile whether it relates to the model, an IFC element or the contents of an Excel data cell. Although some in the industry believe that It might have been better to go straight to IFC, with a more direct relationship to the 3D model, the BIM Task Group, charged with shepherding the strategy through, believes that an Excel based system is perfectly valid as an intermediate step.
EARLY STAGES Besides contractors having to fulfil BIM requirements, software developers have to ensure their software allows graphical data to be converted and used in spreadsheet format, and as we have seen, the IFC format appears to be the easiest way to achieve this. Except that different software vendors have inherent issues that govern the IFC output they can produce. To take two examples, whereas Graphisoft is capable of creating pretty generic IFC ouput, the way in which Autodesk's Revit stores information about data fields is different to Graphisoft, its internal data structures limiting its IFC import and export capabilities, and is insufficiently documented for it to be used as a COBie conduit. Autodesk is working on a solution to this through the BIM Academy, using intermediate routes. Hence, whilst both Revit and ArchiCAD are IFC 2x3 certified, Revit's version won't allow the import and export of such file formats.
STRUCTURED DATA To give an example, a light fitting over a stairwell will require a different level of maintenance support to change the bulb than one in the middle of a room. Different levels of costs are involved, which, if repeated over the lifetime of a building, could run into thousands of pounds. To handle it, an architect can define and label a space - but someone else has to define its function.
Page 1 2 | ||
Like this article? Click here to get the Newsletter and Magazine Free! | |||
Email The Editor! OR Forward Article | Go Top | ||
PREVIOUS | NEXT |