PLQ 3.3 – Understanding Uniclass 2015

Hello BIMfans,
Before I calculate the costs associated with my preventative maintenance schedule, I need to ensure each object is correctly classified.  So, let’s take a good look at Uniclass 2015.

A few weeks ago I had the pleasure of sitting down with Sarah Delaney, head of classification at NBS, to talk about Uniclass 2015.  It turns out that the way I have used classification on my doors isn’t exactly how it should be used, so I wanted to share with you why, and the changes I needed to make.

NOTE:  Sarah has written an article on Uniclass 2015 which was a big help in getting me to understand.

Classification:

Ok, a quick bit of context, what is a classification system?  Basically, it is a method of classifying or categorizing objects to differentiate between them.  Classification impacts everything, from the Tree of Life, and the age-old debate around Whether Jaffa Cakes are in fact Biscuits? (A debate based on avoiding VAT), to how we decide what parts of a design are the responsibility of which professionals.

tree-of-life_2000.jpg
Note:  I have no idea where Jaffa cakes sit on this diagram

In construction, there is an International standard for forming classification systems, ISO 12006-2 (you’d think I was on commission with ISO by the number of these standards I reference).  It suggests how classification tables should be broken up as well as their relationships to each other. Uniclass 2015 is the UK’s latest in a series of classification systems to be created aligned to this standard.  Now before any QS/Estimators kick-off comment, I will point out that the RICSNew Rules of Measurement (NRM) is NOT a classification system; more on that in a future blog post.

Uniclass 2015:

As explained by Sarah in her article, Uniclass 2015 consists of several tables which are based on the following number series:

Group Title
10 Preparatory*
15 Earthworks
20 Structural
25 Wall and barrier
30 Roof, floor, and paving
32 Damp-proofing, waterproofing and plaster finishing
35 Stair and ramp
37 Tunnel, shaft, vessel and tower
40 Signage, FF&E, and general finishings
45 Flora and fauna
50 Waste disposal
55 Piped supply
60 Heating, cooling, and refrigeration
65 Ventilation and air conditioning
70 Electrical
75 Communications, security, safety and protection
80 Transport
85 Process engineering
90 Circulation and storage

NOTE:  While under Products(Pr) preparatory work is covered under Pr_15; in Activities(Ac) however, it is under Ac_10. So, as 15 has been taken by Earthwork in Systems(Ss), I have opted to use 10.

So, where did I go wrong?  Put simply, I hadn’t fully understood the relationship between the tables.  Which is as follows:

  • Pr, Products:  Things you buy (Bricks, wall ties, and Mortar)
  • Ss, Systems: An element (or part of an element) made of products (Brickwork)
  • EF, Elements/functions:  Main building components (Walls and Doors)
  • SL, Spaces/locations:  Place where activities happen (Living Room and Kitchen)
  • Ac, Activities: Exercising, Sleeping, Eating, Working etc. (Cleaning and Cooking)
  • En, Entities:  Individual assets (Just the house)
  • Co, Complexes:  Group of Assets (House and Garden as ‘Ty Crempog’)

What I had done was incorrectly use the Systems(Ss) table when I should have used the Elements/function(EF) table for my doors.  Each of my doors were classified as Ss_25_30_20_25: Doorset systems, but this isn’t correct as they are not doorsets.  As such, I have now re-classified them as EF_25_30: Doors and windows.

To remind myself, I drew this diagram.

Classification.jpg
This feels like one of those Mensa questions.  If all Systems include products, and some elements include systems, are all Elements Systems?  Answers on a postcard!

Using classification:

For classification to work within Revit so that if exports into IFC, an object’s classification code and description need to be placed onto the defined property specified in the classification settings window; written as ‘Code: Description’ to comply with BS 1192-4 & COBie.  As you can see from the image below I have opted for the property ‘ClassificationForObjects’.  I chose this as it is the most appropriate field I could find within the IFC Schema as it is listed within IfcClassification.

ClassificationSettings
The default value is ‘ClassificationCode’, I was just being awkward changing it.  It also made using objects from a 3rd difficult as I would have to change its properties to exchange any classification information.

This information is then exported into the IFC file and passed through to COBie so that it is ready to be exchanged and used to manage my home.

COBie-Uniclass.JPG

And there we have it.  By using Uniclass 2015 in the way that it was intended to be used, I have now improved the quality of the information I have produced and are using to managed my home; fantastic!

Operation and Maintenance
3.1 What are the sizes and condition of the windows & doors?
3.2 What assets are in a poor condition?
3.3 What costs can be attributed to my assets?
3.4 What are the most cost effective thermal improvements that could be undertaken?

Now that I classified my objects correctly, I wonder how classification will relate to costing up my preventative maintanence schedule?…

Advertisements

5 thoughts on “PLQ 3.3 – Understanding Uniclass 2015

  1. Morning Dan, excellent post once again!

    We’ve been crunching through this recently and thankfully came to a similar understanding. I wish I could of held off as this so clearly explains the nuances of Uniclass.

    Did Sarah have any news as to when Uniclass2015 was to be implemented in NBS create? As this is currently a sticking point for us, our concern being that the old implementation of NBS Create to a previous version of Uniclass, but with a similar format of codes, could be rather confusing once supersede by the new NBS/Uniclass specification definitions that have been in development for some time.

    With our clients asking us to categorise model elements against NRM1, Uniclass 2015; ourselves using an legacy in-house classification system of Ci/Sfb, then further specifying elements with Revit keynotes using the CAWS system; which are then also mapped within Revit model categories and IFC – I feel like we’re in a world of excessive classification!

    Dave David Brook for Nicholas Hare Architects LLP

    http://www.nicholashare.co.uk

    3 Barnsbury Square London N1 1JL Tel +44 (0)20 7619 1670

    Member of the UK Green Building Council CHAS and Constructionline accredited BS EN ISO 9001:2008 and BS EN ISO 14001:2004

    LinkedIn Twitter “AJ100”

    Nicholas Hare Architects are ranked in the Architects’ Journal list of the top 100 architectural practices in the country

    Please consider the environment before printing this ema

    Like

    • Hi David, thank you. I’m glad we have came to the same conclusions. From memory a separate team deals with NBS create.

      Yes I agree, there does seem to be a lot of confusion. For example, I know of FM providers who want information classified to NRM to align with their annual operational cost models, while we (supply) are told about Uniclass. While it is possible to include multiple classification properties in Revit, only one will get transferred to COBie under the ‘category’ field. Making the whole thing less simple than it seems

      Like

  2. Thought provoking as always… thanks for posting!

    I’m not sure I agree with your take on the doors.

    Your EF classification would apply to every door in the building regardless of type e.g. EF_25_30. This is a high level classification and I don’t disagree that this is correct.

    However I would argue that your assembled door, albeit an existing one, is still a doorset. It has all the components of a doorset, frame, leaf, architrave etc so therefore it’s a doorset in my mind and should be classified as such e.g. Ss_25_30_20_25 Doorset systems. The individual components that then make that doorset up would be the products, e.g. Pr_35_90_43_87 Wood architraves

    Having worked through this this morning following your post, this is how I understand a more complex element to work, in this case walls, which I think tallies with your example above. I’m assuming that your plaster is not just plaster but is in fact something like lath and plaster thus making it a ‘system’ in it’s own right. The example below is me just trying to get my head straight…

    With walls every wall would fall under EF_25_10 (Wall Elements). This Element is then made up of a number of systems. e.g. External Wall External Leaf, cavity wall insulation, external wall internal leaf. Each of these systems is then made up of a number of Products.. So it would look something like this..

    EF_25_10 : Wall Element

    Ss_25_13_50_50 : Masonry external wall external leaf systems
    Pr_20_93_52_15 : Clay bricks
    Pr_20_31_53_32 : Mortar

    Ss_25_13_50_11 : Cavity wall insulation systems
    Pr_25_57_06_97 : Wood fibre batt insulation
    Pr_20_85_84_19 : Cavity wall ties

    Ss_25_13_50_51 : Masonry external wall internal leaf systems
    Pr_20_93_52_05 : Autoclaved aerated concrete (AAC) blocks
    Pr_25_71_52_63 : Plasterboard panels

    Like

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s