Professional Documents
Culture Documents
V11
NicholasNisbet
10thJuly2012
UK COBie 2.4 Requirements
COBie UK
Required Information for Facility Operation
This document is the potential draft of a new BSI PAS, and should be read in conjunction with the
published examples and templates.
Illustrations are acknowledged from USACE ERDC and AEC3 unless otherwise stated.
Contents
Required Information for Facility Ownership ........................................................................................... 1
0 Overview .................................................................................................................................................... 6
0.1 The Owners View.................................................................................................................................... 6
0.2 The Designers and Contractors View ...................................................................................................... 6
0.3 Product Specifiers and Suppliers ............................................................................................................. 6
1 Scope .......................................................................................................................................................... 6
1.1 Objective ............................................................................................................................................. 7
1.2 Audience ............................................................................................................................................. 7
1.3 Applicability ........................................................................................................................................ 7
1.4 Organization ........................................................................................................................................ 7
1.5 IFC and COBie ..................................................................................................................................... 8
1.6 Background ......................................................................................................................................... 8
1.7 Process ................................................................................................................................................ 8
1.8 COBie for infrastructure and building ................................................................................................. 9
1.9 COBie for existing facilities and refurbishment .................................................................................. 9
1.10 Use of COBie information ................................................................................................................ 9
1.11 COBie Contacts ................................................................................................................................. 9
1.11 COBie Objects................................................................................................................................... 9
1.12 COBie additional information ......................................................................................................... 11
2 Referenced Standards ............................................................................................................................... 12
3 Definitions ................................................................................................................................................ 13
3.1 Requirements ................................................................................................................................. 13
3.2 Manageable assets........................................................................................................................ 13
3.3 Purposes ......................................................................................................................................... 13
3.4 Gates / Stages ................................................................................................................................ 13
3.5 Metrics ............................................................................................................................................. 13
3.6 Employers Information Requirements .............................................................................................. 14
4 Process Overview ..................................................................................................................................... 15
4.1 Process map and CIC Stages ............................................................................................................. 15
4.1 Gates............................................................................................................................................ 17
4.2 Lower tiers in the design chain and supply chain. ....................................................................... 18
4.3 Strategic, Managerial and Implementation obligations ................................................................. 18
5 Clients strategic Purposes: ....................................................................................................................... 20
5.1 P01: Registry ..................................................................................................................................... 21
5.2 P02: Use and utilisation..................................................................................................................... 23
5.3 P03 Operations .................................................................................................................................. 24
5.4 P04 Maintenance and repair .............................................................................................................. 25
5.5 P05 Replacement ............................................................................................................................... 26
5.6 P06 Assessment and End of use and Repurposing ............................................................................ 26
5.7 P07 Impacts (costs and carbon) ......................................................................................................... 27
5.8 P08 Business questions .................................................................................................................. 32
5.9 P09 Security and surveillance ........................................................................................................ 33
5.10 P10 Regulation and Compliance .................................................................................................... 34
6 Criteria and metrics: ................................................................................................................................. 35
6.1 Compliance to the COBie/IFC schema ............................................................................................. 35
6.2 Completeness .................................................................................................................................... 35
6.3 Accuracy and enumerations and classification .................................................................................. 35
6.4 Units .................................................................................................................................................. 35
6.5 Enumerations and Classifications...................................................................................................... 35
6.4 Metrics............................................................................................................................................... 36
7 Required detail ......................................................................................................................................... 37
7.0 Structure ............................................................................................................................................ 37
7.1 Instruction sheet ................................................................................................................................ 39
7.2 Contact sheet ..................................................................................................................................... 40
7.3 Object sheets ..................................................................................................................................... 41
7.4 Additional information sheets ........................................................................................................... 42
7.5 Specification of objects and additional information sets ................................................................... 42
8 Bibliography ............................................................................................................................................. 43
8.1 Definitive material............................................................................................................................. 43
2012 AEC3 UK Ltd 4 July 2012
UK COBie 2.4 Requirements
0 Overview
The COBie information can be either be kept as delivered, or held in ordinary databases, or it can be
loaded into existing Facility Management and Operations applications, either automatically or using simple
copy-and-pasting. The owner should be explicit about the purposes for which the information is required
and about the timing and content of any interim deliveries.
Some information may be offered to you in unstructured formats (such paper and scanned documents), but
you should arrange to obtain COBie information on specific aspects from other team members and
suppliers.
There are currently 700 such templates available for general use. The RIBAE NBL initiative will be
contributing suggested UK specific properties.
1 Scope
Requiredsharedstructured
Informationincludingobjects,propertiesandrelationships
foraFacilityincludingbuildingandinfrastructure
Operationincluding(designandconstruction)stagespriortohandoverand
(use)stagessubsequenttohandover.
This Part defines expectations for the Required shared structured Information relating to spatial and
physical assets and their properties and relationships for Facilities including buildings and infrastructure in
Operation including the design and construction stages prior to handover and acquisition and the
subsequent use stages.
It is intended for use during the development of new facilities and during the acquisition and operation of
existing facilities. It is also applicable during the tendering and retendering of FM and operational
contracts. It is intended to be referred to in contractual requirements and specific contract schedules may
modify and refine the requirements. It may act as a checklist for completeness for use by both providers
and recipients of the facility data.
1.1 Objective
The objective of this document is to explain the organization of the COBIE worksheet and identify who
provides what information within the Requirement as the project proceeds from planning, to design, to
commissioning, to occupancy, to handover.
1.2 Audience
The audience for this document is client and any project team member who wants to understand what
information is required by COBie and who is responsible to provide it. This document is primarily
intended for the UK audience.
1.3 Applicability
COBie is a means for sharing structured facility data ready for use by the owner. The COBie spreadsheet
is simply one way to display an underlying harmonized international buildingSMART Industry
Foundation Class Model View. It should be noted that it is ONLY the language code and the
recommended classification lists that vary between locales. COBie data can be created and used
internationally across locales. The details of the classification lists are summarised in section 6.5
The applicable COBIE version is Version 2. Release 4 and the regional code shall be en-UK or en-
GB
Note: Where North American spelling is used for sheet names, column names and property names, these
should be preserved, in order to support reading by receiving applications that may depend on them.
1.4 Organization
This document and the Examples provide an overview of COBie including the overall structure of the
spreadsheet. The Examples provides a detailed listing of each COBIE worksheet to identify the specific
columns in each worksheet and illustrate what information is to be provided in each row.
COBie (Construction Operation Building information exchange) is a data schema for holding and
transmitting information around handover to support the clients ownership and operation of a facility.
www.wbdg.com
1.6 Background
COBie is formally defined as a subset of IFC, including initially the FM-10 Handover MVD and latterly
the full COBie MVD (see normative references and bibliography). It can also be represented in
spreadsheets or relational databases. It was developed by the US Army ERDC with NASA and the
Veterans Association as a response to the perception that specifications for O&M and other
documentation did not allow these owner organisations to take on effective management immediately on
handover. The COBie data schema has subsequently been generalised for international use by ensuring
that classification and unit systems can be specified.
During traditional projects, most of the information required by COBie is already delivered in
unstructured form. COBie gives the opportunity to input critical data just once, allowing it to be re-used in
many outputs, be tested in many ways and be delivered to many applications including facility
management and asset management systems.
Figure 1: Data is preferred to documents for three strategic reasons. (image courtesy of
STABU, NL)
1.7 Process
The COBie process requires that there are progressively more complete contractually required data
deliverables throughout the design and procurement stages, culminating at the Handover point. Any
deliverable after the point of Handover are expected to consist only of corrections and data obtained
during post-occupancy assessments
Figure 3: COBie represents the Facility as a simple spatial and physical hierarchy.
(image courtesy of AEC3 Ltd)
Figure 4: Various kinds of additional information can be associated to the facility and
its constituents.(image courtesy of AEC3 Ltd)
2 Referenced Standards
o UKBS1192:2007:Collaborativeproductionofarchitectural,engineeringand
constructioninformation.
o UKPAS1192part2:RequiredInformationforFacilityProcurement
o UKPAS1192part3:RequiredInformationforFacilityOperation(forthcoming)
o ISO16739:2005:IndustryFoundationClasses(IFC2x)PlatformSpecification
o ISO16739:2012:IndustryFoundationClasses(IFC4)Specification
o ISO29481InformationDeliveryManual
o ISO12006part2(UK:CICCPICUniclass)andpart3(IFD)
o UKCICUnifiedPlanofWorkprocessmap(WP104,undergoingreviewand
comment)
o COBiedocumentation(www.buildingsmartalliance.org)
o BSIPAS55:2008Assetmanagement
Seealsothedefinitivemateriallistedin8.1
3 Definitions
3.1 Requirements
Requirementsarethedocumentedexpectationsoffacilityowners/commissionersforsharable
structuredinformation.ThesearealsoreferredtoastheEmployersInformationRequirements
(EIR)(qv)(alternativelytheClientsInformationRequirements).
NOTE:DetailedrequirementsarescheduledintheExamples
NOTE:Anassetisauniquelyidentifiableelementwhichhasafinancialvalueandagainstwhich
maintenanceactionsarerecorded.
NOTE:Someaspects,suchasthestructuralframe,orindividualpipeandductsegments,fixings
andsecondaryelementsmaybeexcludedfromscopebytheemployer.
3.3 Purposes
ThoseaspectsoftheFacilitythatareintendedtobemanagedbythefacilityowner.
NOTE:SomePurposes,suchassupportingthebusinesscase,maybecommonwiththebriefing
anddesignprocesses.
NOTE:ThestagesatwhichDropsarerequiredshouldbespecifiedintheEIRbyreferencetothe
agreedStageandGatenames.SeetheCICPlanofWork
3.5 Metrics
TheacceptabilityofthedeliverablemaybeassessedagainsttheRequirementsshowninthe
Examplesand/oragainstindicativeratiosandcountsbasedontheinformationprovided.
(b) Whether COBie and/or IFC and Version required. Typically this will be either COBie 2.4 UK
or IFC2x3 CV2 with QTO and Space boundaries level 2. Other proprietary model and
document formats may also be required.
(c) Which Purposes are included and excluded for the data by reference to section 5. Typically this
will include P01-P10 (see section 5 below), along with any additional purposes by extension to
section 5.
(e) Any additional content by extension to section 7. This may define which of the requirable
(green) fields are required.
4 Process Overview
4.1 Process map and CIC Stages
Note: CIC and individual institutions may publish a concordance with their current plan of works.
As constructed systems, operation and maintenance, updated predicted in use performance, (Carbon use,
Capex and Opex).
4.1 Gates
GatesG1toG7occurattheendoftheassociatedstageCIC1CIC7.
COBiedropsshallbemadeatGatesG1,G2,G3andG6
NOTEtheEmployersInformationRequirementsmayaddadditionaldeliverygates.
TheclientappointedfirsttierpartyshalldelivertheRequirementstotheClientatleastatthe
specifiedgatesincludingG3DesigncompletionorG6Handover.
NOTEfirsttierpartywilltypicallybeleaddesignerorcontractor.
Apartyshallfulfilitsstrategic,managerialanddetailedobligationsforthedeliveryoftheEIR
4.3.1Strategic:
(a) ReceiveandacceptRequirement(EIR)
(b) PropagationofRequirement(EIR)downwardstonexttier
(c) Reviewandapprovalpriortosubmission
4.3.2ManagementandQualityAssurance
(a) Reviewofreceivedinformation
(b) Receiptandmerge/integrationofdelegatedsubmissions
(c) Reviewofpreparedinformationforcontinuity,completenessandaccuracy
4.3.3Implementation
(a) Entryofexpectedinformation
a. Useofspreadsheetordatabaseapplications
i. Useofcopyandpaste(usepastespecial:textonly)
ii. Useoffilter/sort
iii. Useoftextbasedformulae
b. UseofBIMauthoringtools
i. UseoftheProjectInformationcommands
ii. Useofthevendorsspecificcommandsandtoolkits
iii. UseofexporttoIFCandmappingtoCOBie
c. UseofNBSCreate,Codebook
i. UseoftheexporttoCOBiecommand
Note:ForexampleAutodeskRevitcanbeaugmentedwithCOBietoolkits.
NOTE:Applicationvendorsmayprovidespecificguidanceonthemanagerialand
implementationoftheCOBierequirements
Note:TheprimarydriverfortheearlydropsistomanagetheP08businesscasebasedonP02
UseandP07Impacts.
P01 Registration Registration of the assets is a prerequisite 4.5.1a, 4.4.6, 4.6.6, 4.5.1.3
for the following purposes.
P02 Use and utilisation Includes data for any soft-landings usage 4.5.1b, 4.5.1 i, 4.5.1.4
review
P03 Operations Includes data for any soft-landings 4.5.1 i, 4.5.1.2, 4.6.1
operational review
P04 Maintenance and Includes the tasks and required resources 4.5.1c, 4.5.1.2, 4.5.1.5,
repair and spares. 4.5.2
P05 Replacement Includes information relating to the 4.5.1.7
specification and selection of Types.
P06 Assessment and re- Including end-of-use, re-purposing and 4.5.1d, 4.5.1.6
use facility capacity analysis
P07 Impacts Economic and environmental (but not 4.5.1 iii
social) impacts
P08 Business case Continuously review is the primary driver 4.5.1
for the intermediate Drops.
P09 Security and Aspects of the model may be specifically 4.4.7
surveillance excluded from shared data.
P10 Regulation and Information relating to the H&S and CDM 4.5.1 iii, 4.6.2, 4.4.8
Compliance and safety of operations in the facility
Table 1: Summary of Employers Purposes and references to BSI PAS 55 part 1 & 2.
o One facility
o Facility and optionally Floor (Sector) : GIS referencing (lat, long, elev, Site address in
SiteDescription, UPRN, TOID, BuildingID and other LandTitleNumber
registration as Attributes.
Note the orientation of the facility (for example rotation from true North) as used in BIM authoring and
analysis tools is not required in COBie.
Note: In general, properties associated to buildingSMART objects and Pset_ property sets and Base
Quantities quantity sets are mandatory. The example Attributes include other properties provided by BIM
applications.
Note Plan and 3d shapes are not required.
Materials
o Identity, including Name, Description, Classification (Types and Systems), Ext System
Id (if available)
o All mandatory fields must be provided as illustrated in the Examples and Templates.
o Classification
o Functional benefits
bed/pews/occupants/clients.
o Power consumption (as Attribute (W) and as a yearly Impact with Impact Type as
Primary Energy Consumption and Impact Stage is use (MJ))
Types
o Spares
Types
o All the additional columns from Nominal Length through to Code Compliance shall
be provided.
o Expected service life (or mean time to failure) shall be provide. (may also be used
within Job and within Impacts)
o Job replacement
o The additional Type attributes that are documented in the UK COBie Type Templates
www.bimtaskgroup.org/COBie
o Additional attributes as found on the design drawings and those additional properties
found in the Example object templates
o Client requirements
Types
o Recyclable percentage
Clauses 5.7.2 onwards offers methods for providing more detail. There are several methods available to
analyse and document discrete Impacts that make up the overall Impact of the Facility. The method
chosen affects how data can be aggregated up to facility and/or disaggregated downwards.
Note: Of the methods for documenting Impact listed below, it is expected that 5.7.2 will predominate
initially, as this is compatible with SFCA and comparable with other standard cost analyses.
Note: energy tariff and carbon trading rate information is not required
etc
Impacts can then be aggregated up to the Facility from the Floors (Sectors) or Zones or Spaces
Impacts can then be aggregated up into Spaces, Zones, Floors (Sectors) to the Facility
An Impact of a Component is that Impact of the reference Type factored by the ratio of their
quantities. If an Impact such as the production cost of a Type is known, along with at least one
measured Quantity, then the actual Impact of a Component with matching measured Quantity can
be obtained.
Similar Quantities (by name, measurement type and preferably unit) must be associated to Types
and its Components. Whatever the measure(s) are used on the Type, at least one identical
measure must be used on each of its Components. Given matching measures, a ratio can be
calculated to use as a factor to apply to any Impacts associated to the Type. Otherwise the ratio
may be assumed to be "1 .00", or the Component omitted from the calculation
Where there are multiple quantities on the Component and Type, preference should be given to
mass, then volume then area, then length, then unity.
Where there are base, net and gross quantities on the Component and the Type, preference should
be given to gross measures when deriving impact measures.
Impacts can then be aggregated from the Types, through Components up into Systems and
Facility
Impacts can then be aggregated from the Types through Components up into Spaces, Zones and
Floors (Sectors) and Facility
Capacity and benefit values should be associated to spaces and the aggregation
to the facility
o Facility and Main fabric Types including Floor, Wall and Roof (Structure) and main
MEP Systems
Main fabric items including Floor, Wall and Roof Types (Structure) with
Component areas
o Types
Quantities
2012 AEC3 UK Ltd 32 July 2012
UK COBie 2.4 Requirements
o Systems / Components
o Systems
Capacity
Control systems
Quantities
o Data required for other Purposes (see P01, P03-P06 and P09-P10)
CIC 7 : (drop 5)
o Issues
o Jobs
6.2 Continuity
The deliverables shall be re-use the names defined in earlier drops for each Facility, Floor (Sector), Zone,
Space, Type, System and Component.
The External System identifiers shall also be maintained.
6.3 Completeness
The deliverables shall be complete as defined in 5.1 Registry and the selected Purposes (5.2-5.10) in the
Employers Information Requirement
6.5 Units
Units shall be provided separately for all numeric measures except length, area, volume and currency
where used consistently as declared for the Facility overall. Impact durations, warranty durations and Job
frequencies shall be expressed in Years. Job durations shall be expressed in hours.
6.7 Metrics
6.7.1 To aid the management process, the following counts and date ranges shall be displayed on the
Instruction sheet for each work sheet and for the COBie data set overall
Example Key
2012-01-01 Date of first change
2012-03-23 Date of last change
2309 Number of entries
Table 2: Metrics used to assess progress
6.7.2 To track progress, the following summaries shall be made.
Example Key
4567 Number of objects in total
9876 Number of addition information rows in total.
Table 3: Summary metrics
6.7.3 To aid the management assessment, the following ratios shall be measured
Expected Ratio Key
More than 10 ? Additional Information per Object
More than 20 ? Components per Type
More than 50 ? Components per System
More than 20 ? Spaces per Zone
More than 10 ? Spaces per Floor (Sector)
Table 4: Examples of ratios that can be used to assess completeness and quality
Note: Normal ranges for these ratios will be obtained from the analysis of existing COBie deliverables.
The expected ratios suggested here are provisional
Figure 12: Example of date and ratio metrics measured on a COBie dataset.
7 Required detail
7.0 Structure
7.0.1 Structure
Note: This format is acceptable to Microsoft Excel and Open Office applications, so other formats
compatible with these may be anticipated, including XLS and OPS. Formats containing macros or other
embedded code may be rejected by firewalls and security scans.
All sheets, columns and header rows shall be present in the deliverable, named and ordered as in the
examples.
Note: Applications creating COBie data need not reproduce the colour coding of the COBie worksheets
found in the manual COBie template and example files. However when pasting into the COBie sheet, it is
preferable to use paste-special-text-only, to maintain the cells colouration, formatting and validation.
Additional sheets may occur in the deliverable after the final PickLists sheet.
Additional columns may occur in the deliverable to the right of the final specified columns but should
have a header column name.
Note: such columns should be read by receiving applications, as if they were textual Attributes. They can
be used to simplify the generation of COBie information where the Attribute is applicable to the majority
of the objects on the sheet. For example, if all or most Spaces are expected to have a FloorFinish value,
then such a column can be added.
Blank rows should not be inserted between data rows or below the header row.
7.0.1 Naming
Names shall be unique within their sheet, except that the System, Zone and Attribute names must be
unique in conjunction with other columns.
Names shall use neither commas nor unusual punctuation or characters.
Contacts are named by use of their valid email address.
7.0.2 Columns
Mandatory (yellow) fields shall be provided.
Key (salmon) fields shall be provided with text exactly matching a value in the referenced column
System fields (purple) shall be provided if the row is not generated manually.
Requirable fields (green) shall be provided according to the Purposes selected in the Employers
Information Requirement.
7.0.3 Dates
7.0.3 Classifications
Local Classifications shall not contain commas, but shall use a colon to separate any code from the
description. These may be lists. (see 6.5 above)
7.0.4 Lists
Lists (including local classification see 7.0.3) shall be comma delimited.
* On the Zone sheet Space lists can be avoided by repeating the row for each member Space.
**On the System sheet Component lists can be avoided by repeating the row for each member
Component.
The units of measure for length, area, volume and currency shall be defined on the Facility sheet.
The units of measure on the Attribute and Impacts sheets shall be provided in the separate column,
selected from the Picklists provided.
The units of measure for Durations and Frequencies on the Type and Job sheets, shall be provided in the
separate column, selected from the Picklists provided. The unit of measure for Impact timings shall be
Years.
Note: The Job Frequency is a duration measured between Job starts. The Impact timings define a
repeating cycle, starting at the time of handover. Initial impacts such as capital costs and embedded
carbon should have zeros entered for all three timings LeadInTime, Duration and LeadOutTime.
7.1.1 Title, Version, Release, Status and Region shall be provided. This information should not change.
7.1.2 The metrics specified in section 6 shall be provided. These will develop with the COBie dataset.
Sheet Contents
People and Companies: actors and their roles including designers,
consultants, contractors, sub-contractors and suppliers, warrantors and
Contact maintainers.
Figure 14: The information sheet summarises the sheet names and content, starting with
Contact
Figure 15: COBie focuses on 7 principal objects (with 3 additional objects to support
maintenance activities).
Sheet Contents
Facility Facility includes the Project, Site and Building/Structure
Floor Floors (Sectors) are the mandatory spatial structure.
Spaces are the spatial locations where inspection, maintenance and operation Jobs
Space occur.
Zone Zones are additional functional groupings of specs.
Types are the mandatory grouping of Components as types or products, used to
Type organise maintenance tasks
Component Components are the physical assets.
System Systems are additional functional groupings of Components
Spares are the physical objects and Jobs are the processes used to maintain and
Spare operate the assets.
Job Jobs are the processes used to maintain and operate the assets.
Resources Support the processes.
Table 13: COBie objects
For infrastructure and civil projects, the Floor sheet can be read as Sector and no elevation or height
information shall be given, but a Coordinate offset shall be provided instead. Components shall be
assigned to the Space (or Spaces) that would be visited to inspect or maintain it, even if they are adjacent
to or outside of the Space.
Note: Equipment Components are typically associated to a single Space. Doors and interior window
Components may require the identification of both Spaces that are connected. Large asset Components
may be inspected and maintained from several Spaces. Some HVAC equipment may be inspected from a
hatchway in a remote Space. However, some receiving systems may read only the first space.
Sheet Contents
Additional attributes with name, description, value and units. Property sets of
referenced item. The Attribute worksheet may contain additional information
relating to specific types of object. The Attribute worksheet is required to be used to
capture the distinct. In general intended and provisional data should be replaced with
Attribute actual and as built information.
Associated documents including briefing, product data and other required submittals.
All applicable document references. The Document worksheet may contain indexing
information to file based information relating to any phase of the project. The
Document worksheet used to capture the expected product submittals, to link the
actual approved contract submittals, and to link to any appropriate commissioning
Document documentation.
Economic and environmental impacts for objects at specific life cycle stages
Impact optionally with a flexible repeating pattern
Connection Logical connections between Components
Spatial locations in box, line, or point format. Floors (Sectors), Spaces and
Components can be located, and Spaces given a box size. (Types should be sized
Coordinate through their Nominal Length, Nominal Width and Nominal Depth.)
Types or Components can be aggregated, so that configurations can be managed
Assembly collectively.
Issue Issues and Risks can be recorded and associated to one or two Objects or Documents
Figure 16: Additional information shall be provided as required by the Employers
Purposes.
Where consistent, additional information such as Attribute, Document, Impact and Issue, should be
associated to the Type or System in preference to the Component and associated to the Floor (Sector) or
Zone in preference to the Space.
Example: if all the values on an Attribute of Components sharing the same Type are identical, a single
Attribute should instead be associated to the Type.
Example: Attributes relating purely to the graphic appearance or behaviour are not required.
www.bimtaskgroup.org/COBie
8 Bibliography
8.1 Definitive material
COBie: http://www.wbdg.org/resources/COBie.php
buildingSMART FM Design Handover view: www.buildingsmart.org buildingSMART Alliance
Handover view: http://www.nibs.org/docs/BSADOC_COBIE/index.htm
(includes Interoperability specification)
The use of Excel or any particular proprietary format or software is not part of the COBie standard. The
published XLS template is available in Spreadsheet XML 2003 and OpenOffice standard formats if
requested.
8.2 UK material
An empty COBie 2.4 sheet is defined in
COBIE-UK-2012.xls
www.bimtaskgroup.org/COBie
8.3 US material
Overview: http://buildingsmartalliance.org/index.php/projects/commonbimfiles/
8.3.1 Production of BPie deliverable at Design, Programming stage (not in current scope)
Similar to http://projects.buildingsmartalliance.org/files/?artifact_id=4444
With additional properties as specified by:
http://iug.buildingsmart.com/idms/information-delivery-manuals/idm-for-building-programming
8.4 Tools
Note: Tools may support the preparation of COBie datasets directly or through the IFC format which is
supported by most BIM authoring tools.
www.aec3.com BimServices: Command line utilities for mapping between IFC and COBie and making
quality assessments, merging, reporting and comparing. The toolkit includes extended interoperability
specifications that are editable.
BiMServer Custom build with COBie plugins: This download provides a custom build of TNO's BiMServer
with COBie export and import features. Export formats include COBie (spreadsheet XML) and various
HTML reports such as room data sheet and spatial decomposition. A COBie compliance report is also
provided as an export but is subject to pre-validation changes that may be necessary to fit a model into a
valid COBie file. Model merging capability. (includes interoperability specification in the open source
code)
COBie Satellite Server Application: This download provides a standalone client and BiMServer Satellite
application that may be used with or without BiMServer. The primary purpose of this application is to
provide compliance and comparison report exports for COBie (spreadsheet XML) files. In addition to
these file utilities, the application may connect to a running instance of BiMServer and export a COBie
comparison report of two project models.
Note: Supporting tools for preparation and consumption are currently documented at
www.buildingsmartalliance.org
A.1 Facility
Description
Example
Example
Name
Value
Unit
BuildingID 1234 n/a Auniqueidentifierassignedtoa
567801 building.Atemporaryidentifieris
123445 initiallyassignedatthetimeof
makingaplanningapplication.This
temporaryidentifierischangedtoa
permanentidentifierwhenthe
buildingisregisteredintoastatutory
buildingsandpropertiesdatabase.
GrossArea 20.00 squaremeters Sumofallgrossareasofspaces
withinthebuilding.Itincludesthe
areaofconstructionelementswithin
thebuilding.Maybeprovidedin
additiontothequantitiesofthe
spacesandtheconstruction
elementsassigendtothebuilding.In
caseofinconsistencies,the
individualquantitiesofspacesand
constructionelementstake
precedence.
GrossVolume 55.00 cubicmeters Sumofallgrossvolumesofspaces
enclosedbythebuilding.Itincludes
thevolumesofconstruction
elementswithinthebuilding.May
beprovidedinadditiontothe
quantitiesofthespacesandthe
constructionelementsassigendto
thebuilding.Incaseof
inconsistencies,theindividual
quantitiesofspacesand
constructionelementstake
precedence.
IsLandmarked false logical Thisbuildingislistedasahistoric
building(TRUE),ornot(FALSE),or
unknown.
IsPermanentID true logical Indicateswhethertheidentity
assignedtoabuildingispermanent
(=TRUE)ortemporary(=FALSE).
LandTitle ESX257525 Thelandtitlenumber(designation
Number ofthesitewithinaregionalsystem).
NetArea 18.50 squaremeters Sumofallnetareasofspaceswithin
thebuilding.Itexcludestheareaof
constructionelementswithinthe
building.Maybeprovidedin
additiontothequantitiesofthe
spacesassigendtothebuilding.In
caseofinconsistencies,the
individualquantitiesofspacestake
precedence.
NetVolume 46.25 cubicmeters Sumofallnetvolumesofspaces
enclosedbythebuilding.Itexcludes
thevolumesofconstruction
elementswithinthebuilding.May
beprovidedinadditiontothe
quantitiesofthespacesassignedto
thebuilding.Incaseof
inconsistencies,theindividual
quantitiesofspacestake
precedence.
NumberOf 1 number Thenumberofstoreyswithina
Storeys building.
OccupancyType prison n/a Occupancytypeforthisobject.Itis
definedaccordingtothepresiding
nationalbuildingcode.
RefElevation 50000.0 millimeters RefElevation
RefLatitude 51,30,0 n/a WorldLatitudeatreferencepoint
(mostlikelydefinedinlegal
description).Definedasinteger
valuesfordegrees,minutes,
seconds,and,optionally,millionths
ofsecondswithrespecttotheworld
geodeticsystemWGS84.
RefLongitude 0,7,34 n/a WorldLongitudeatreferencepoint
(mostlikelydefinedinlegal
description).Definedasinteger
valuesfordegrees,minutes,
seconds,and,optionally,millionths
ofsecondswithrespecttotheworld
geodeticsystemWGS84.
TrueNorth 0.0,1.0 Vectorindicatingtheorientationof
themodelagainstgeographicnorth.
UPRN 44010823 n/a TheUPRNisthepersistentkey
identifierprovidingconsistency
acrosstheAddressBaseproduct
range.Allhistoric,alternativeand
provisionaladdressesforaBasic
LandandPropertyUnit(BLPU)are
recordedagainstthesameUPRN.
TOID osgb1000001 n/a TheTOIDisauniquefeature
134770 identifierforthebuildingandcomes
fromtheOSMasterMapTopography
Layer.TheTOIDisa16character
numberthatisprefixedwithosgb
andwillstaythesamethroughout
thelifeofafeature.
Description
Name
Value
Unit
Benefit 1 client Beneficialmeasure
CeilingCovering none n/a Labeltoindicatethe
materialorfinishofthe
spaceceiling.Thelabelis
usedforroombook
informationandoften
displayedinroomstamp.
Concealed false boolean Concealed
FinishCeilingHeight 2500.0 millimeters Heightofthesuspended
ceiling(fromtopofflooring
tothebottomofthe
suspendedceiling).Tobe
providedonlyifthespace
hasasuspendedceilingwith
constantheight.
FinishFloorHeight 0 millimeters Heightoftheflooring(from
baseslabwithoutflooringto
theflooringheight).Tobe
providedonlyifthespace
hasaconstantflooring
height.
FloorCovering none n/a Labeltoindicatethe
materialorfinishofthe
spaceflooring.Thelabelis
usedforroombook
informationandoften
displayedinroomstamp.
GrossCeilingArea squaremeters Sumofallceilingareasofthe
space.Itincludesthearea
coveredbyelementsinside
thespace(columns,inner
walls,etc.).Theceilingarea
isthereal(andnotthe
projected)area(e.g.incase
ofslopedceilings).
GrossPerimeter 11546.8 millimeters Grossperimeteratthefloor
levelofthisspace.Itallsides
ofthespace,includingthose
partsoftheperimeterthat
2012 AEC3 UK Ltd 47 July 2012
UK COBie 2.4 Requirements
arecreatedbyvirtual
boundariesandopenings
(likedoors).
GrossVolume cubicmeters Grossvolumeenclosedby
thespace,includingthe
volumeofconstruction
elementsinsidethespace.
GrossWallArea squaremeters Sumofallwall(andother
verticallybounding
elements,likecolumns)
areasboundedbythespace.
Itincludestheareacovered
byelementsinsidethewall
area(doors,windows,other
openings,etc.).
Height 2500.0 millimeters Totalheight(frombaseslab
withoutflooringtoceiling
withoutsuspendedceiling)
forthisspace(measured
fromtopofslabbelowto
bottomofslababove).Tobe
providedonlyifthespace
hasaconstantheight.
InteriorOrExteriorSpace internal n/a InteriorOrExteriorSpace
NetCeilingArea squaremeters Sumofallceilingareasofthe
space.Itexcludesthearea
coveredbyelementsinside
thespace(columns,inner
walls,etc.).Theceilingarea
isthereal(andnotthe
projected)area(e.g.incase
ofslopedceilings).
NetPerimeter 11546.8 millimeters Netperimeteratthefloor
levelofthisspace.It
excludesthosepartsofthe
perimeterthatarecreated
byvirtualboundariesand
openings(likedoors).Itis
themeasurementusedfor
skirtingboardsandmay
includetheperimeterof
internalfixedobjectslike
columns.
NetVolume cubicmeters Netvolumeenclosedbythe
space,excludingthevolume
ofconstructionelements
insidethespace.
NetWallArea squaremeters Sumofallwall(andother
verticallybounding
elements,likecolumns)
areasboundedbythespace.
Itexcludestheareacovered
byelementsinsidethewall
area(doors,windows,other
2012 AEC3 UK Ltd 48 July 2012
UK COBie 2.4 Requirements
openings,etc.).
OccupancyNumber 1 each Numberofpeoplerequired
fortheactivityassignedto
thisspace.
OccupancyType custody n/a Occupancytypeforthis
object.Itisdefined
accordingtothepresiding
nationalbuildingcode.
Perimeter 11546.8 millimeters Perimeter
Utilisation 95.50 percent PlannedAvailability
WallCovering none n/a Labeltoindicatethe
materialorfinishofthe
spacewalling.Thelabelis
usedforroombook
informationandoften
displayedinroomstamp.
Table 15: Recommended additional Space and Zone Attributes
Recommended Space and Zone Attributes are scheduled in specific Templates can be obtained from
www.buildingsmart.org , www.buildingsmart.org.uk.
A.3 Component
Recommended Type and System Attributes, beyond those on the Type and System sheets, should be
appropriate to the Type and System, and are scheduled in specific Templates which can be obtained from
www.buildingsmart.org , www.buildingsmart.org.uk. www.bimtaskgroup.org/cobie
Name Description
(various) SeetemplatespublishedbybuildingSMARTand
buildingSMARTUKandtheUKBIMTaskgroupwebsite
2012 AEC3 UK Ltd 49 July 2012
UK COBie 2.4 Requirements
Uniqueness of information
o Every Attribute Name (column A), taken with Sheet-Name (column E) and Row-
Name (column F) must be unique
o Every System Name (column A) taken with Component-Names (column E)
must be unique
o Every Zone Name (column A) taken with Space-Names (column E) must be
unique
o Elsewhere every Name and Email (column A) must be unique.
Clarity of Naming
o Names must not use commas. Emails must be valid.
o Names should not use punctuation nor unusual characters (for example & % )
o Classifications should use the colon to separate code from description and not
use comma
Integrity of References
o Every reference to other sheets must be valid
o Every reference to enumerations and classifications must be valid
Consistency of Units
o Length, Area and Volume and Currency values must be consistent with the
Facility unit declarations.
o Units must be provided separately from the value for all other numeric
Attributes.
Accuracy
o Zero, unset or undefined Values should not be documented in Attributes
o Graphical and stylistic information should not be documented in Attributes
o Attributes should not duplicate information found elsewhere.
o Common Attributes (excluding identification, quantities and location) should be
assigned to
the Type or System, not the Component
the Floor or Zone, not the Space
o Common Documents (excluding condition reports, photographs and
commissioning reports) should be assigned to
the Type or System not the Component
the Floor or Zone not the Space
Continuity
o Use the same names as previous COBie deliverables
o Maintain any External System identifiers (Global Ids or GUIDS)
Concluded
Commentsandcorrectionsarewelcome.
NicholasNisbetMA(Cantab)DipArch(UNL)
Direct:+44(0)1494714933
Skype:nicholasnisbet
TechnicalCoordinator:buildingSMARTUKChapter
Web:http://www.buildingsmart.org.uk/
Email:nn@buildingSMART.org.uk