To help illustrate the data required, examples are included for the TEMPOSOFT 2 Time Flow Tap manufactured by Delabie.
Construction Operations Building Information Exchange (COBie)
COBie is a standard for gathering data about a building during design and construction. This digital information is transferred to the operations and maintenance (O&M) team.
Unless specified, not all products require COBie. Download the ‘COBie Responsibility Matrix’ (link below) for a list of building products that require Type and Component data.
Type Properties
Type properties contain specification information. The type of product, references and manufacturer contact information.
Property Name | Example | Value | Required |
---|---|---|---|
Name | TEMPOSOFT 2 Time Flow Tap | Text | Required |
CreatedBy | info@delabie.co.uk | Required | |
CreatedOn | 1900-12-31T23:59:59 | Date | Required |
Category | Pr_40_20_87_98:Washbasin taps | Picklist | Required |
Description | Deck-mounted time flow basin tap | Text | Required |
AssetType | Fixed | Picklist | Required |
Manufacturer | info@delabie.co.uk | Required | |
ModelNumber | 740500 | Text | Required |
WarrantyGuarantorParts | technical@delabie.co.uk | Required | |
WarrantyDurationParts | 10 | Integer | Required |
WarrantyGuarantorLabor | n/a | Required | |
WarrantyDurationLabor | 0 | Integer | Required |
WarrantyDurationUnit | year | Picklist | Required |
ReplacementCost | 0 | Number | If Specified |
ExpectedLife | 10 | Integer | If Specified |
DurationUnit | year | Picklist | Required |
WarrantyDescription | 10-year warranty on any manufacturing defect | Text | If Specified |
NominalLength | 100 | Number | Required |
NominalWidth | 35 | Number | Required |
NominalHeight | 75 | Number | Required |
ModelReference | TEMPOSOFT 2 | Text | If Specified |
Shape | Cylinder | Text | If Specified |
Size | n/a | Text | If Specified |
Color | Chrome | Text | If Specified |
Finish | Chrome-plated | Text | If Specified |
Grade | WRAS Approved | Text | If Specified |
Material | Solid brass | Text | If Specified |
Constituents | Solid chrome-plated brass body with flow straightener | Text | If Specified |
Features | Soft-touch operation, tamperproof scale-resistant flow straightener | Text | If Specified |
AccessibilityPerformance | Soft-touch operation | Text | If Specified |
CodePerformance | n/a | Text | If Specified |
SustainabilityPerformance | Water saving - flow rate pre-set at 3 lpm at 3 bar | Text | If Specified |
Component Properties
Component properties (or ‘Instance’ parameters as referred to in Revit), contain individually scheduled types that require management, such as maintenance, servicing or replacement.
Property Name | Example | Value | Required |
---|---|---|---|
Name | TEMPOSOFT 2 Time Flow Tap | Text | Required |
Description | Deck-mounted time flow basin tap | Text | Required |
SerialNumber | n/a | Text | If Specified |
InstallationDate | 1900-12-31T23:59:59 | Date | If Specified |
WarrantyStartDate | 1900-12-31T23:59:59 | Date | If Specified |
TagNumber | n/a | Text | If Specified |
BarCode | n/a | Text | If Specified |
AssetIdentifier | n/a | Text | If Specified |
Source:
COBie Responsibility Matrix (Version 17) – April 2013
Industry Foundation Class (IFC) Properties
IFC is an open industry format that enables the exchange of data between different software platforms.
IFC properties will vary by product, in particular those with performance values. Additional properties may be required if specified by the employer.
Property Name | Example | Value | Required |
---|---|---|---|
IfcTypeProduct | IfcValveType FAUCET | Text | If Specified |
IfcProduct | IfcFlowController | Text | If Specified |
Source:
National Building Specification (NBS) Type Parameters
Property Name | Example | Value | Required |
---|---|---|---|
Author | Delabie | Text | If Specified |
ManufacturerName | Delabie | Text | If Specified |
ManufacturerURL | http://www.delabie.co.uk/ | URL | If Specified |
NBSDescription | Water supply fittings for wash basins and troughs | Text | If Specified |
NBSReference | 45-35-70/371 | Text | If Specified |
ProductInformation | http://www.delabie.co.uk/products/740500 | URL | If Specified |
Revision | n/a | Text | If Specified |
Uniclass2015Code | Pr_40_20_87_98 | Text | If Specified |
Uniclass2015Title | Washbasin taps | Text | If Specified |
Uniclass2015Version | Products v1.10 | Text | If Specified |
Version | 1 | Integer | If Specified |
Source:
NBS BIM Object Standard (Version 2.0) – January 2018
Bimstore Type Properties
Property Name | Example | Value | Required |
---|---|---|---|
_CurrentRevision | 1 | Integer | If Specified |
_CreatedBy | http://www.delabie.co.uk/ | URL | If Specified |
_DistributedBy | http://www.bimstore.co.uk/ | URL | If Specified |
_Author | Delabie | Text | If Specified |
_BimSpecGuid | 0 | Integer | If Specified |
_BSBibleVersion | 15 | Integer | If Specified |
SpareParts | n/a | Text | If Specified |
ProductionYear | n/a | Text | If Specified |
ReferencedStandard | n/a | Text | If Specified |
DocumentationTechnical | http://www.delabie.co.uk/products/740500 | URL | If Specified |
DocumentationCertificates | http://www.delabie.co.uk/products/740500 | URL | If Specified |
DocumentationLiterature | http://www.delabie.co.uk/products/740500 | URL | If Specified |
DocumentationInstallationGuide | http://www.delabie.co.uk/products/740500 | URL | If Specified |
ClassificationName | Uniclass2015 | Text | If Specified |
ClassificationValue | Pr_40_20_87_98 | Text | If Specified |
Source:
Bimstore Bible (Version 15) – July 2017
Craig Sewell
There is little information available on what data manufacturers should embed in BIM objects. I have put this guide together as a starting point.
It is important we as manufacturers are not providing information for the sake of it. But, we do need some guidance from the industry (and clients) to get this right.
Please share your experiences on manufacturer data in the box below.
Jonny Morgan
Hi Craig,
As an architect and specifier in a BIM environment, a few observations and queries come to mind, that you may be able to develop on:
We are starting to see more and more suppliers information being made available in the industry, (which is great and aids us as specifiers, as well as assists us in meeting deliverables we are now seeing from clients), however subject to how and who this has been created by, impacts on the integrity and level of data available. Do you know about any further developments regarding common data standards for supplier components? The tables above clearly highlight the data fields that the industry are using, which are being made available by the leading component creators as well as the intended level 2 industry deliverables (COBie), however the amount of duplication of information that would need to be present in components if manufacturers were to add all of these seems over kill to me.
We have recently completed a project where we had a Final Handover BIModel deliverable, together with asset information fields made available for ongoing maintenance. We swapped out generic components for product specific components (following contractor appointment), if they were available, however there were very specific non graphical data requirements for ongoing FM that were required by the client that would not typically be available in components and are not noted above (client specific). Do you think it is ok for us as architects to make these fields available in a supplier specific component?
What do you feel is the best way to make these asset data fields available within a suppliers component?
Whilst we have developed and streamlined our own internal processes aligned to industry standards in existence and continue to develop these as new standards come out and existing ones are revised, one of the most important factors for us is to talk to like minded people in the industry and share experiences. BIM means different things to different people, however only through communication of our experiences, both positive and negative can we learn and move forward as a collaborative industry.
Teejay Gundu
This is a very very helpful piece of article. I am currently working within my company developing BIM models and I am seeing how ridiculous it is to try and incorporate all specs as Jonny has mentioned. If one model was to be hosted on three different sites, it seems I would have to create 3 separate model, in terms of data.
I have not yet had experience/encounters with any architects but I’ll be sure to let you know.
Craig Sewell
Thanks Teejay. I look forward to you sharing your feedback as you progress with BIM at Warrior Doors.
Chris Crookes
Great article – this certainly helps round up the current set of requirements. We broadly agree with what you have listed however we would recommend the addition of Uniclass2015. The IFC parameters would vary depending upon the component to be modelled. Keep up the good work!
Craig Sewell
Thanks Chris, you are correct regarding IFC parameters. Product manufacturers wanting to learn more can visit the link provided under the IFC section above.
Jose Vargas
Great reflections on BIM Craig! I’m working in Brazil with BIM, and your articles have been helpful for my discussions in many cases! Thank you so much!
Craig Sewell
That’s great to hear Jose – wishing you continued success over in Brazil!
Tim Aikin
Jonny Morgan makes a really important point about the workflow, quality and availability of BIM Objects. Should the design team be required to swap out generic components for manufacturers ones? It requires common data structures without this then it’s just a big overhead and that means there is no efficiency at this part of the process.
On a project I am working on, the Contractor is obtaining the Asset Information from the supply chain using spread sheets. We did try to get them to use a PDT format but they were set up for their own method. We are then processing their data in to our Product Library (imports/exports COBie) and completing the data set (photos, associated documents etc.). Then this is being imported/transferred into an Asset Information Model (imports/exports COBie) which is built up from the different 3D BIM models. Asset Types are updated to the actual products in this environment. The Product Library in addition to imports has a direct link for the AIM app to the product library app. It’s our common data environment.
This workflow is not uncommon and examples are Solibri, 4Projects, Conject not to mention some CAD vendors.
To speed up the process of getting information into the Product Library we have developed different tools one being an exporter for Revit Families. This exports from a Revit Family a COBie data set (xml, json and xlsx). It parses the parameters data, mapping to the Cobie.Type table and anything else is put in Cobie.Attribute. This process shows up an incredible lack of consistency between object libraries but at least we get the core Asset Information which for clients is Product Name, description, ModelNumber, ModelReference. We already have the Supplier Address which invariably is missing from the objects because supplier information will vary between countries.
Obviously we have developed our own technology, which we can develop as standalone and connected rather then buried in functionality of one single system. As we are in the FM domain we have to have a product library with depth of quality information. Ultimately for validity and authority this will be synchronised directly with product manufacturers via data services and not through 3rd party objects. (in my opinion)