CCI

The use of CCI and CCI-EE in construction related…

CCI stands for Construction Classification International (CCI) and represents the construction classification system for the whole building lifecycle. The CCI classification framework is based on EN ISO 12006-2 and tables are divided into two key groups: (

  • CCI core tables (Built space, Construction complex, Construction entity, Construction element: Functional system, Technical system, Construction component, see figure 1)
  • localized tables (all other tables, see figure 1 – yellow/red cells)

Therefore CCI-EE represents CCI core tables + localized tables from the sections of construction process and construction resource. CCI core tables are based on EN IEC/ISO 81346 standards (except Construction entity, Construction complex – which are under discussions to be added in later revisions). Other CCI-EE tables are based on other standards/guidelines which partly have been used before the CCI-EE applications. CCI core tables can be accessed from https://cci-collaboration.org/ and CCI-EE tables (bilingual – Estonian/English) from https://ehituskeskus.ee/kasulikku/cci/.

Figure 1. Green parts belong into CCI core tables, yellow/red parts into CCI-EE

In this post we take a look how CCI/CCI-EE can be applied through various software applications which are commonly used in construction lifecycle tasks, covering both, buildings as well as infrastructure. The core idea is to ensure that regardless of the software/application/service, we use the same classification system structure, so that the information we need (level of information need), flows smoothly (incl open data formats) into different other applications and can be human- as well as machine-readable.

Note: Before you start practicing with CCI / CCI-EE in what-ever platform/service, it suggested that you make yourself familiar with core principles of CCI. For example, checking the Estonian Construction Centre website, downloading CCI / CCI-EE tables, reading through the general introduction (available in English as well) or watching seminar videos (mainly in Estonian).

The current list of software platforms:

  • Software templates (sample versions)
  • Classification examples
    • Autodesk AutoCAD
    • Autodesk AutoCAD Architecture / MEP
    • Autodesk Civil 3D
    • Autodesk Revit

Software templates (samples)

In English

In Estonian

Note: Sample templates for AutoCAD Architecture, AutoCAD MEP, Autodesk Civil 3D are based on default templates into where CCI (CCI-EE) sections are added: Property Set Definitions, List Definitions, Classification Definitions.

Note: You have various options when using Autodesk Revit, you can start from Autodesk Revit template (shared as *.rte), using Shared Parameters file (shared as *.txt) or using template for BIM Interoperability Tools (Standardized Data). In addition (depending on Revit & BIM Interoperability Tools version) you may need to copy SP_StandardizedData.txt shared parameter file into: C:\Program Files (x86)\Autodesk\BIT\<Revit version number>\Resources\ (this is known bug in Revit 2023 as well and hopefully it will be fixed soon and updated also in this post). You can also predefine those properties through Revit template. It is simply important that parameters are there (in a project) to which BIM Interoperability Tools want to write to (same names as in a Excel template).

Note: In previous versions of BIM Interoperability Tools this TXT file was named as SP_ClassificationManager.txt, because the classification plugin changed the name, the TXT file was also renamed to SP_StandardizedData.txt (default content stays the same).

Note: File names include the reference to CCI / CCI-EE table version. For example, template “CCI-template-ENG-C3D_CCI-EE-2022.06.0.1.dwt” is updated according to CCI-EE Excel file version: CCI-EE-2022.06.0.1.xls.


Classification examples

In this section sample products are tested according to provided templates. Feel free to test in your own machine.


Autodesk AutoCAD

Autodesk AutoCAD fits into various modelling tasks and it can be used to generate various data for BIM/FM models but as it does not support the addition of property sets and/or classification system that can be exported into IFC, it is skipped in here, but we come back to that later, because general 2D/3D components can be classified through AutoCAD vertical applications like AutoCAD Architecture, AutoCAD MEP, Autodesk Civil 3D. It is also important to mention that as there are many platforms that use AutoCAD as its base platform, please take an extra care to understand how classification system has been enabled in those additional products/plugins.


AutoCAD Architecture / MEP

AutoCAD Architecture / MEP is well-known, construction-component-based, modelling platform before the Autodesk Revit came along (from Autodesk side). And to some extent it is still commonly used, as there are plenty of other software applications that use it as a base product (ex. hsbcad, MagiCAD). It also supports IFC export.

General for AutoCAD Architecture / MEP / Autodesk Civil 3D: The key in here is to use Style Manager. Under the node Multi-purpose Objects > Classification Definitions, you define those classification definitions based on CCI (CCI-EE) tables (figure 2).

Figure 2. Style Manager section Classification Definitions in AutoCAD verticals

As each definition should have some unique value, this is given through properties table (see: CCI-EE, RI table), from where we can find commonly used properties. For example, CCI Component table code is coming from the section AC, and has a unique code of AC175 (figure 3).

Figure 3. CCI-EE table RI sheet, in where the property AC175 has been highlighted

The name also includes some text which is as short as possible, but the key is to make it understandable/readable from different packages/software/viewers etc. Therefore, Classification Definition AC175_cciCOcode is so called parameter name which uniquely identifies its content and will be used across other platforms as well. Content of the definition is directly coming from CCI-EE, CO table and includes class code + term which helps to apply it onto objects at later stage. For example, the component term can be used through a unique parameter AC180. Those Classification Definitions can be applied to various design object types through a tab Applies To (pay attention to, that in Architecture / MEP the Applies To list may be shown shorter, as there are less components available than in Civil 3D, figure 4).

Figure 4. Style Manager section Classification Definitions with Applies To tab activated in AutoCAD vertical applications

Those classification values can be then applied through Properties palette (figure 5) and once exported into IFC, it will be added into IfcClassificationReference section.

IfcClassficationReference after export as seen in Trimble Connect (figure 6).

Figure 6. Example of IfcClassifcationReference section in Trimble Connect which present the export from AutoCAD verticals

General for AutoCAD Architecture / MEP / Autodesk Civil 3D: In addition to Classification Definitions, List Definitions are also added into the template (figure 7). This simplifies to generate level codes (reference designation system) in Property Set Definitions.

Figure 7. Style Manager section List Definitions in terms of CCI in AutoCAD based verticals

General for AutoCAD Architecture / MEP / Autodesk Civil 3D: In addition, Style Manager is used to generate various sample Property Set Definitions (available in Templates). Property Set Definition name will start with the section name (data template) from CCI-EE, RI table and will include a number to make that set unique which defines the unique set of properties. Therefore, various (according to level of information need) data templates can be generated, that include different list of properties and because of that a different number part (to stay unique, so that those can be identified). For example, general and classification related properties are combined into data template A010 which can be described through a textual description as A010_Administrative (figure 8). Textual part should be easily recognizable (human-readable) and not confusing. While alpha-numeric part (A010) is mainly for machine-readable tasks.

Figure 8. Sample classification properties to be used in terms of CCI-EE in AutoCAD based verticals

Some other property sets are generated according to CCI-EE, RI table

Coming back to the data template A010 example or to classification system in more general, in addition to CCI general class code we usually include some additional ID, for example to refer to some type, to some ID value or tag. Such definition in where general class code (in CCI it is that level code part) gets a number or ID value – is called as reference designation and not a classification code itself. Classification code, type number and ID – those are combined according to CCI / CCI-EE general guidelines, exchange information requirements or by agreement with the client.

For example, to identify a component in where its ID and type designation are also included, we can use the following ruleset: QQA01%QQA03 (QQA is a main classification code coming from CCI / CCI-EE and refers to a window; 01 refers to an ID value; 03 refers to type number). Therefore, from the sample template you can find the following properties like AR200_ReferenceDesignation, which combines three different sub-definitions/parameters (AC### properties according to classified object, AJ125_IDNumber, AT800_TypeNumber). Pay attention to that in CCI-EE there are certain rules how to refer to the component, other construction elements, entities, spaces, complexes do have only type reference number. It can be extended by introducing the second numbering part. For example, to refer to a certain university building in where we note its subtype (03) as well as unique ID (01): DD0103 (double digits are added one another, pay attention to that both numbers are double digits). Property Set Definition dialog enables to generate those calculated properties in where various properties are combined (including punctuation marks). See an example for a component in Figure 9.

Figure 9. Reference designation code is generated from various properties (including the classification main code)

Those Property Set Definitions can be generated for all objects, or you create separate RDS Property Set Definition for different object types. But you should use different name. Therefore, the names for data templates should be carefully defined and those same names should be used in other platforms as well (note, not all platforms are using data templates – in some platforms, there are just list of properties). As such smooth information flow is ensured in between various platforms, IT-systems etc. Data templates or property groups can be defined based on project stage as well, but single property groups can be used as well (meaning that information is filled in based on project stage, when that particular information becomes available/known).

Below you can see an example: CLASSIFICATION section is used to assign a component’s classification code (figure 10). This will be automatically used in data template A010_Administrative through a property of AC175_cciCOcode and this will be used by AR200_ReferenceDesignationComponent (calculated property) which combines ID and type value as well.

Figure 10. Properties palette in AutoCAD verticals, pay attention to separate sections like CLASSIFICATION and PROPERTY SETS (in where some calculated values are introduced)

Reference designation code (level code) follows some agreed template. In here it is currently in state that includes CCI, as well as CCI-EE local tables.

In addition to reference designation that identifies some unique component/element, reference designation set (see figure 11) can be used which present the higher levels of reference designations (for example in terms of a component, its technical system, functional system but also an entity or space).

Figure 11. Reference designation system for CCI-EE (construction element part)

By following previously described principles – components, technical systems etc can be fully classified, identified, by including type/ID number. This would replace any previously used and default designation system (naming, tagging etc.) as there is no actual need to use double classification systems. However, in some projects you may need to use various classification systems (or ID values as separate properties). In those cases, the user should be well-informed why it is a requirement and extra care should be taken not to confuse the information manager (who actually should fill in those values).


Autodesk Civil 3D

Formerly also called as AutoCAD Civil 3D which clearly indicates that it uses AutoCAD as a base product but as it is meant for civil engineering tasks (domain) it clearly differentiates itself from other AutoCAD based products. And again, Autodesk Civil 3D can be a core product for various other vendors (Trimble Novapoint) whose products are built on top of it (may also use AutoCAD, AutoCAD Map 3D – but as stated before, those are with limited support in terms of IFC export support).

The key in here is also to use Style Manager. Note that in Civil 3D there are many more object types (available in Applies To section). Please also check other parts which were explained in section AutoCAD Architecture / MEP (incl List Definitions, Property Set Definitions – which are also available in Civil 3D template as examples).

Therefore, if we want to classify a road that is in a planned stage (no actual road, only a road line is defined) we can use an alignment to draw it and add a classification through Entities table (CE table, figure 12).

Figure 12. Road alignment classified through the entities table (CCI / CCI-EE)

We can now move forward and fill in those properties that are known by that time. However it is important to note that as project develops and the alignment gets a more detailed road interpretation, the classification code is still the same. Simply, the detail level has changed, not the classification part. This is also a key principle while a classification system is taken into use. Figure below shows a more detailed version of that same road by defined the corridor model. Key class is still the same (figure 13).

Figure 13. Road as a corridor model defined through an entity table

In addition to properties, which change or added as project evolves, we can divide the entity into sub-elements. For example, a road corridor can be divided into construction components (curb, construction layers as surfaces etc.). In that case we can include component (technical system, functional system) code as well. The paving component code for a road top construction layer can be seen in Figure 14.

Figure 14. Road corridor’s sub-component (top surface) defined through a component code

In addition to entities, CCI-EE enables to classify project stage, construction agents or construction aids. Of course, this information layer can be added through other information layers as well when the design has been exported into some other IT-system (CDE – common data environment) in where component specific additional information/requirements are integrated automatically (for example, what are the key activities that are needed to build a certain object, place a material etc.). Those additional properties are also defined in CCI-EE RI table, unique code can be used through the lifecycle of such information (figure 15).

Figure 15. CCI-EE properties to be used in conjuction with yellow/red tables

In a complete reference designation code, those parts define the first part. However, you do not have to use that long code alone. The idea behind the level codes is that you can break the long code into several parts as needed (figure 16).

Figure 16. The complete reference designation set as defined for CCI-EE

If we come back to the road, which is in planned stage we can add the following coding:

AC245_cciPAcode: <PA>EAG (pre-design process, project administration, sketching)
AC205_cciRAcode: <RA>ABA (developers, designers, planner)
AC265_cciPPcode: <PP>### (not yet defined)

Note: There are multiple ways how reference designation codes are formed. For example, in addition to a fixed property name, you may want to include a table name into the code itself: Instead of writing just EAG from PA table, you may want to include the table identifier in front of the code: <PA>EAG (in that case it is clearly indicated from which table this comes). Also, automatic code building is then different (will you include the fixed table code + code from the input field, or you type it in with both values). Down below you see an example of that same road alignment as described above.


Autodesk Revit

Autodesk Revit is a key modelling package from Autodesk for buildings, structures, engineering systems (indoor) as well as for structures which belong into infrastructure domain (ex. bridges, noise walls etc.).

The key in here is using BIM Interoperability Tools which includes Classification Manager. But as it simplifies the classification task, additional workflows through parameter definitions/rules can be used to shape the information export as needed.

How to start?

Prequisities: Autodesk Revit basic knowledge, understanding of Project Parameters / Shared parameters and a previous experience to use those.

BIM Interoperability Tools / Standardized Data

Let’s check how some additional plugins may enable to start using some classification system more easily. Download the template (see above, as MS Excel file), open Autodesk Revit, ensure that you have installed BIM Interoperability Tools, click: Standardized Data > Assign Classification (or Assign Picklist)

First use may not show the button called Picklist (top left corner).

Click the first icon (Options) and assign additional path from where downloaded or additional templates can be found (MS Excel files).

In section Picklists, point to the location in your PC / network drive, from where those MS Excel files can be found. Down below just an example.

You may need to fire up Autodesk Revit once more, and the Picklist button should appear. There is an alternative way as well, in where you define a *.ini file (check Autodesk guidance), which should be copied to the location C:\Program Files (x86)\Autodesk\BIT\[Revit version] and include the following content:

[Defaults]
ShowPublicDbs=true
LocalDbFolder=C:\01-taltech\30_Projects\CCI-EE\templates\standardized-data

Once you click Picklist button, select Select one now.

In section My Library you should see your own (or downloaded) MS Excel files. Select the one you want to use in this time. I will select the one which can be downloaded from the beginning of this blog post.

Once you have pointed to the file, click OK. Then click Click here to load, so that the database will be loaded into Revit.

You can start with the classification workflow. By using the plugin, you can see three different views of classifications (Facility, Element, Space). Let’s start with the Facility tab selected. In here we talk about Construction Entity and Construction Complex. Those values are usually shown in Project Information dialog. But it depends how you assign your properties (Type or Instance). Therefore it may become more easier to load properties first (through Revit project template), check the assignment to certain elements/objects and then start using BIM Interoperability Tools.

Once you select from Facility list CCI table CC or CCI table CE, you can start to classify according to construction complex or construction entity. For example, let’s select A – Residential complex as Construction Complex. You need to click Assign button. After that you can select CCI table CE and assign AA – Single-dwelling house. Again, you do need to click Assign button. This information becomes now available in Project Information dialog.

Close Project Information dialog. Open Standardized Data tool again by clicking Assign Classification. Please note that in some cases you need to overwrite previous codes. In that case, please deselect Options > Blanks only option. Otherwise, no change happens.

Once you move back to Picklist section, and select some element from any view, for example, let’s select a window, the tab Element is activated and from there you can find a separate picklist which enables to add various classification codes one-by-one.

Let’s select the table CCI table CO. We can use a search string window and we can find the correct classification code more easily. Select QQA – Window and click Assign.

Close Standardized Data dialog. Select a window and check its properties. You should see that currently CCI related properties are under Type Properties.

At some point you may need to further classify/identify your component/element. In that case some properties could be instance and some type related. It makes sense to update your current Revit project template or transfer those, additional project parameters from external source (from another *.rte file for example, one is also provided in this post). In an example template there are additional parameters like TypeNumber (type related) and IDNumber (instance related). You can transfer those properties from another project/template by using Manage > Settings > Transfer Project Standards (open both projects first, then fire up this tool from the project into where you want to transfer). You can see the result from the below image in where some CCI-EE related properties are instance properties.

IFC export with classification codes

Before we move forward and check how those class codes are presented in IFC, we need to understand the classification property in terms of IFC. As before, we can include the classification code through the IfcClassificationReference or through a parameter/property. It is best practice that general classification code is available under IfcClassificationReference and other, classification related properties are under property/data sections.

To be able to bring in the IfcClassificationReference connection, there is an additional parameter included with sample Revit template (also in Shared Parameter file) called AJ300_IfcClassificationReference. Let’s bring this parameter into our current project (placing under IFC Parameters). This parameter will be later connected to an IFC related IfcClassificationReference section.

Once added, property is shown depending on its type (instance or type). As we have selected Type this time, it can be seen once we open Type Properties dialog. We give a value as Code: Term. For a window it will be: QQA: Window (both should work, space after a colon or ‘no space’).

Before we export the IFC, we need to point to the parameter which takes over the IfcClassificationReference part. Select Export > IFC. Let’s modify the <In-Session Setup> but you can create a separate one. Click Modify Setup > Property Sets > Classification Settings…

You can now fill in additional classification related properties (incl table version, reference to the classification system etc.). Classification field name = AJ300_IfcClassificationReference, this is the key part for IfcClassificationReference section.

Note: Classification Settings are assigned as follows (note that IFC 2×3 and IFC 4.3 does introduce some changes):

IFC 2×3

  • Name – IfcClassification.Name
  • Source (Publisher) – IfcClassification.Source
  • Edition – IfcClassification.Edition
  • Edition date – IfcClassification.EditionDate (not exported in current version, IFC 2×3)
  • Documentation location – IfcClassificationReference.Location
  • Classification field name – parameter name from where class code and term are extracted (code:term)

As found from the exported IFC when opened in text editor:

  • #38584=IFCCLASSIFICATION(‘Ehituskeskus’,’2022.06.0.1′,$,’CCI-EE’);
  • #38585=IFCCLASSIFICATIONREFERENCE(‘www.ehituskeskus.ee’,’QQA’,’Aken’,#38584);

IFC 4.x (IFC 4.3 does introduce some changes)

  • #27889=IFCCLASSIFICATION(‘Ehituskeskus’,’2022.06.0.1′,$,’CCI-EE’,$,$,$); (differences in terms of IFC 4.3, check webpage)
  • #27890=IFCCLASSIFICATIONREFERENCE(‘www.ehituskeskus.ee’,’QQA’,’Aken’,#27889,$,$); (differences in terms of IFC 4.3, check webpage)

Export the IFC file (ensure that you have selected valid property sets) and check the IFC in a viewer. We keep the same IFC viewer as before: Trimble Connect.

Please note that IFC viewer may show those parameter names differently:

  • Location – www.ehituskeskus.ee – IfcClassificationReference.Location
  • ItemReference – QQA – IfcClassificationReference.ItemReference
  • Name – Window – IfcClassificationReference.Name
  • RelatingClassification.Source – Ehituskeskus – IfcClassification.Source
  • RelatingClassification.Edition – 2022.06.0.1 – IfcClassification.Edition
  • RelatingClassification.Name – CCI-EE – IfcClassification.Name

Note different sections: Data and IfcClassificationReference

Usually, we do not need to present the same data twice. And it will be connected as much as possible (as shown before in where parameter value from IfcClassificationReference was read by a parameter in properties section). So, in this case it may be seen an unnecessary to include the window classification code under Data as well as under IfcClassificationReference. Hereby we want to point out the different ways to do it.

Pay attention to that different IFC viewer may present the same data in different sections. For example, BIMcollab does not have a section called IfcClassificationReference, instead it will reflect that part under the first tab, Summary.

Solibri Anywhere shows this data under Classification tab.

BIMvision shows this data under Classification tab as well.

In terms of entity, this information is not shown directly but can be acquired from the IFC file as:

#543727=IFCPROPERTYSINGLEVALUE('AC145_cciCEcode',$,IFCTEXT('AA'),$);
#543728=IFCPROPERTYSINGLEVALUE('AC150_cciCEterm',$,IFCTEXT('Single-dwelling house'),$);

Which is connected into IFCBUILDING:

#98=IFCPROJECT('3ZGD7y6S5209$mGLi_sPlj',#20,'001-00',$,$,'Sample House','Project Status',(#93),#90);
#99=IFCPOSTALADDRESS($,$,$,$,('Enter address here'),$,'','Boston','','MA');
#100=IFCBUILDING('3ZGD7y6S5209$mGLi_sPli',#20,'Samuel Macalister sample house design',$,$,#16,$,'Samuel Macalister sample house design',.ELEMENT.,$,$,#99);

CCI-EE CCI

CCI, CCI-EE kasutamisest ehitise elukaareülesel klassifitseerimisel

CCI tähistab lühendit sõnadest Construction Classification International (CCI) ning esitab ehitise (hooned/infra) klassifitseerimissüsteemi üle selle elukaare. CCI raamistik baseerub EN ISO 12006-2 standardil, milles esitatud tabelid (klassid) on jagatud kahte suuremasse gruppi:

  • CCI tuumiktabelid (Ehitatud ruum, Ehituskompleks, Ehitis, Ehituselement: Funktsionaalne süsteem, Tehniline süsteem, Ehituskomponent – nn rohelised tabelid, vt joonis 1)
  • lokaalsed tabelid (kõik ülejäänud, joonisel 1 kui kollased/punased lahtrid).

Seega esitab CCI-EE kui rahvuslik versioon CCI klassifitseerimissüsteemist nii CCI tuumiktabeleid kui ka lokaalseid tabeleid sektsioonidest ehitusprotsess ning ehitusressurss. CCI tuumiktabelite sisud baseeruvad EN IEC/ISO 81346 standarditel (välja arvatud Ehitis, Ehituskompleks – mille standarditesse lisamise arutelu on veel käimas). Samas kui CCI-EE tabelid teistel standarditel/juhenditel, mida on osaliselt ehitussektor juba varasemalt kasutanud enne CCI-EE rakendusi. CCI tuumiktabelid on leitavad veebilehelt: https://cci-collaboration.org/, samas kui CCI-EE tabelid (kakskeelsena – eesti/inglise) alla laaditavad Ehituskeskuse veebilehelt: https://ehituskeskus.ee/kasulikku/cci/.

Joonis 1. Rohelised tabelid on CCI tuumiktabelid, kollased/punased kuuluvad CCI-EE alla (neid tuumiktabelid veel ei kirjelda)

Selles postituses vaatame, kuidas CCI/CCI-EE saab rakendada läbi erinevate tarkvarade/rakenduste, mida ehitussektor kasutab väga erinevate, ehitisega seotud ning kogu elukaart hõlmavates tegevustes. Toome näited nii hoonete kui infraehituse vallast. Oluline on rõhutada, et sõltumata kasutatavast tarkvarast kasutaksime ühetaolist klassifitseerimise süsteemi, et koondinfona (või siis ekspordituna avatud formaatidesse) oleks informatsioon nii inim- kui masinloetav.

Märkus. Enne kui tarkvaras CCI-EE põhimõtteid rakendama asud, on soovitav tutvuda CCI / CCI-EE ja klassifitseerimsisüsteemi põhimõtetega Ehituskeskus veebilehel (sh juhendid/seminarid): https://ehituskeskus.ee/cci/cci-ja-excel-tabelid/

Hetke nimekiri käsitletavatest tarkvaradest:

  • Tarkvarade mallid (eelversioonid)
  • Klassifitseerimise näited
    • Autodesk AutoCAD
    • Autodesk AutoCAD Architecture / MEP
    • Autodesk Civil 3D
    • Autodesk Revit

Tarkvarade mallid (eelversioonid)

Eestikeelsed

Ingliskeelsed

Märkus. AutoCAD Architecture, AutoCAD MEP, Autodesk Civil 3D näidismallid baseeruvad vaikimisi mallidel, mis tarkvaradega kaasa tulevad, kuhu on lisatud CCI (CCI-EE) spetsiifikast tulenevad: Property Set Definitions, List Definitions, Classification Definitions.

Märkus. Autodesk Revit osas on antud erinevad variandid, nii Autodesk Revit mall (*.rte), jagatud parameetrite fail (Shared Parameters) kui ka BIM Interoperability Tools (Standardized Data) plugina jaoks vajalikud ettevalmistused (MS Excel fail + jagatud parameetrite fail). Sõltuvalt Autodesk Revit ning BIM Interoperability Tools versioonist pead jagatud parameetrite faili (SP_StandardizedData.txt) kopeerima järgmisesse asukohta: C:\Program Files (x86)\Autodesk\BIT\<Revit version number>\Resources\

Märkus. TXT faili kopeerimisvajaduse näol on tegemist teadaoleva probleemiga BIM Interoperabtility Tools arendajatele ning loodetavasti hilisemates versioonides ei ole vaja seda TXT faili kopeerida ning uued omadused tekitatakse automaatselt Exceli faili baasil – samas on alati võimalik need omadused eeldefineerida ka projekti malli, mistõttu ongi antud Autodesk Revit projekti mall lisaks).

Märkus. Pane tähele, et varasemates BIM Interoperatbility Tools versioonides oli jagatud parameetrite faili nimetus kui SP_ClassificationManager.txt (sisulist erinevust ei ole, ainult nimetus muudetud).

Märkus: Faili nimetused sisaldavad viidet CCI / CCI-EE versioonile. Näiteks, mall CCI-template-EST-C3D_CCI-EE-2022.06.0.1.dwt lähtub CCI-EE Exceli faili versioonist: CCI-EE-2022.06.0.1.xls.


Klassifitseerimise näited

Selles osas toome näiteid, kuidas erinevates tarkvarades on klassifitseerimine võimaldatud, mida saad eelnevas sektsioonis esitatud mallidega ise järgi teha.


Autodesk AutoCAD

Autodesk AutoCAD tarkvara on kasutatud väga erinevate joonestamise- ning modelleerimisega seotud ülesannete juures ning seda on võimalik väga edukalt kasutada ka ühe osana BIM/korrashoiu mudelitele infosisu loomiseks, kuid kuna see ei toeta omaduste grupi funktsionaalsust (ingl property set), mida saab eksportida IFC faili, siis seda selles postituses rohkem ei käsitleta. Samas tuleme selle juurde tagasi läbi AutoCAD vertikaaltoodete nagu AutoCAD Architecture, AutoCAD MEP ning Autodesk Civil 3D, sest üldiseid 2D/3D komponente saab klassifitseerida just nendes vertikaaltoodetes. Lisaks on oluline märkida, et kuna paljud teised tarkvarad kasutavad AutoCAD tarkvara oma baasplatvormina, siis tuleb tähele panna, mismoodi on klassifitseerimist nendes lisatoodetes (või pluginates) võimaldatud.


AutoCAD Architecture / MEP

AutoCAD Architecture / MEP on levinud, ehituskomponendil baseeruv, modelleerimise platvorm enne kui meieni jõudis Autodesk Revit (Autodeski kui tarkvara tootja poolt vaadatuna). Ja eks seda kasutatakse tänini, kuna ka Architecture / MEP platvormi kasutavad mitmed lisatarkvarad oma alusplatvormina (nt hsbcad, MagiCAD). Lisaks toetavad need ka IFC eksporti.

AutoCAD Architecture / MEP / Autodesk Civil 3D: Alustame ühisosast. Kõigi eelnimetatud kolme tarkvara juures kasutame klassifitseerimise eeldefineerimiseks esmalt Style Manager dialoogi. Liigume sektsiooni: Multi-purpose Objects > Classification Definitions, kust leiame CCI / CCI-EE klassifikaatorid juba eeldefineeritult (juhul kui kasutame eelnevalt toodud malli, vt joonis 2).

Joonis 2. AutoCAD vertikaaltoodete Style Manager dialoog, milles avatud sektsioon Classification Definitions

Kuna iga definitsioon peab omama teatud unikaalset väärtust, esitatakse see läbi omaduste tabeli (vaata: CCI-EE, RI alamleht), kust võib leida enamlevinud omadused, mis on omakorda seotud mõne standardi või teise allikaga (sh ETIM, IFC omadused). Näiteks, CCI komponendi tabeli kood tuleneb sektsioonist AC ning omab unikaalset omaduse nimetust: AC175 (vt joonis 3).

Joonis 3. CCI-EE tabeli RI tööleht, milles esile tõstetud omadus AC175

Nimetus kaasab ka tekstilist osa, mis võiks olla nii lühike kui võimalik, et muuta omadus lihtsamini loetavaks mistahes tarkvaras/teenuses jne. Seega on antud omadus nimetatud vaikimisi kui AC175_cciCOcode, mis unikaalselt määratleb selle tabeliga seotud sisu (klassi koodi) ja seda mistahes tarkvaras/platvormil/veebiteenuses. Sisuline pool tuleneb otse CCI-EE, CO tabelist, kust lisaks klassifikaatorile (täheline osa) võib leida ka mõiste ning definitsiooni. Näiteks mõistet kui kirjeldust võib samuti kaasata infosisu edastamisel, kuid selleks on omaette omadus (antud näites AC180). Neid klassifitseerimise definitsioone (Classification Definitions) saab rakendada erinevatele projekteeritavatele/esitatavatele varadele läbi dialoogi paani Applies To (pane tähele, et Architecture/MEP vaates võib see sektsioon olla lühem – vähem komponente – kui seda on Civil 3D vaates, joonis 4).

Joonis 4. AutoCAD vertikaaltoodete Style Manager dialoog, milles avatud sektsioon Classification Definitions ja paan Applies To

Seejärel saab neid klassifikaatoreid kasutada juba läbi Properties paleti (vt joonis 5) ning juhul kui see kantakse üle (eksporditakse) IFC faili, lisatakse see nn põhiklassifikaator sektsiooni IfcClassificationReference alla.

Joonis 5. Klassifikaatori lisamine Properties paletilt, AC145_cciCEcode reale

IfcClassficationReference sektsioon peale IFC eksporti (Trimble Connect näitel, joonis 6).

Joonis 6. Trimble Connect näide, milles avatud AutoCAD Architecture/MEP tarkvarast eksporditud joonis, vt sektsioonis IfcClassificationReference (leitav dialoogi paremast ülaosast)

AutoCAD Architecture / MEP / Autodesk Civil 3D: Lisaks Classification Definitions sektsioonile, on CCI klassifikaatorid kaasatud joonise malli ka läbi List Definitions valikute (vt joonis 7). See lihtsustab viitetunnuste lisamist läbi omaduste grupi (Property Set Definitions), mis koosnevad nii klassifikaatorist (täheline osa) kui ka numbrilisest (nt tüübi tunnus, ID väärtus või ka mõlemad, vt hilisemat sektsiooni).

Joonis 7. AutoCAD vertikaaltoodete Style Manager dialoog, milles avatud sektsioon List Definitions

AutoCAD Architecture / MEP / Autodesk Civil 3D: Lisaks eelnevale kasutatakse Style Manager dialoogi erinevate omaduste gruppide (Property Set Definitions) loomiseks. Just olulisemad, põhiklassifitseerimisega seotud omadused, on näitena lisatud ka joonise malli. Property Set Definition nimetus (andmemall) algab sektsiooni tähega, kust pärinevad valitud omadused ning seejärel lisatakse number, mis esitab andmemalli valitud omaduste rühma. Seega võib vastavalt vajadusele (infosisunõuetele) koostada erinevaid andmemalle, mis kaasavad erinevaid omadusi ning seega ka erinevat numbrilist osa, et unikaalselt neid rühmasid/andmemalle identsifitseerida. Näiteks üldise klassifitseerimisega seotud omadused on koondatud andmemalli A010 alla, millele võib lisada ka tekstilise osa: A010_Administratiivne (vt joonis 8). See tekstiline osa võiks olla lihtsasti mõistetav (inimloetav) ning mitte segadust tekitav. Samas kui tähe-numbriline osa (A010) on ennekõike masinloetav.

Joonis 8. AutoCAD vertikaaltoodete Style Manager dialoog, milles avatud sektsioon Property Set Definitions

Teisi omaduste gruppe saab genereerida kasutades alusena CCI-EE, RI tabelit.

Tulles nüüd tagasi A010 andmemalli näite juurde või ka klassifitseerimisteema juurde laiemalt, siis lisaks CCI üldklassile kasutame me tihtipeale ka lisatunnust, on siis selleks tüübi number, ID või tähis. Sellist määrangut, kus põhiklassifikaatorile (CCI võtmes – täheline osa) lisandub tüübi number või ID – nimetame me juba viitetunnuseks (ingl reference designation) ja mitte enam klassifikaatoriks. Klassifikaator, tüübi tunnus, ID – need kombineeritakse omavahel lähtuvalt CCI üldjuhendist, infovahetuse nõuetest või kokkuleppel tellijaga.

Näiteks komponendi määratlemiseks, milles on kajastatud ka tema ID ning tüüp, kasutatakse järgmist liitmisskeemi: QQA01%QQA03 (milles QQA on põhiklassifikaator, tähistades akent; 01 kirjeldab aga ID väärtust, 03 omakorda tüübi numbrit). Sellest lähtuvalt on näidismalli lisatud ka omadused nagu AR200_Viitetunnus, mis omakorda kaasab kolme erinevat alamväärtsut (AC### omadust vastavalt klassifitseeritavale objektile, AJ125_IDNumber kui ka AT800_TypeNumber omadust). Tuleb tähele panna, et CCI-EE kontekstis on selge n-ö liitmisreegel pandud paika komponendile, samas kui teistele elementidel on määratud vaid tüübi osa. Seda võib aga laiendada, kus tüübi numbrile lisatakse otsa ka ID number. Näiteks ehitis DD tüübiga 01 ning ID-ga 03 saab viitetunnuse väärtuseks: DD0103 (kahekohalised numbrid kirjutatakse üksteise otsa, kusjuures üldine reegel jääb paika – need on kahekohalised). Property Set Definition aknas on võimalik alamomadusi ka kokku liita ning lisada vahemärke. Allpool näide komponendi korral (vt joonis 9).

Joonis 9. AutoCAD vertikaaltoodete Style Manager dialoog, milles avatud sektsioon Property Set Definitions, näide arvutuslikust omadusest, milles liidetakse kokku üldine klassifikaator, ID number ning tüübi number

Omaduste gruppe (Property Set Definitions) võib ühetaoliselt luua kõikide objektide lõikes, või siis diferentseeritult lähtuvalt Applies To valikutest, kuid sellisel juhul peaks ka omaduste grupi nimetused olema eristuvad, et neid oleks lihtsam kasutada või ka automaatselt rakendada. Teisisõnu, omaduste grupi nimetused tuleb hoolikalt läbi mõelda ja neid samu nimetusi kasutada ka teistes tarkvarades, et mistahes IT-süsteemi kokku tõstes säiliks nende ühetaolisus, mõistetavus. Omaduste gruppe võib liigitada ka projekti staadiumi järgi, ehkki üht ja sama omaduste gruppi võib kasutada ka universaalsena, lihtsalt me ei täida infovälju, mis pole mingiks projekti staadiumiks veel teada.

Allpool näide, CLASSIFICATION sektsioonis määratakse komponendi klassifikaator (vt joonis 10). See kandub automaatselt üle A010_Administratiivne omaduste grupi omaduseks AC175_cciCOcode ja seda väärtust kasutab omakorda AR200_ViitetunnusKomponent (arvutuslik), mis kombineerib muuhulgas ka ID ning tüübi väärtuse. Seega on alloleval pildil näha nii üldine klassifikaator kui oma omaduste grupist tulenev lisainfo.

Joonis 10. AutoCAD vertikaaltoodete Properties dialoog, kus CLASSIFICATION sektsioonis oleme määranud komponendi koodi RLC ja see kandub automaatselt üle A010_Administratiivne sektsiooni

Lisaks viitetunnusele, mis iseloomustab üht konkreetset komponent/elementi, on ka viitetunnusrühm (vt näidet joonisel 11), mis kaasab valitud elemendi kõrgemat kuuluvustaset (nt komponendi puhul tema tehnilist süsteemi, funktsionaalset süsteemi aga ka näiteks ehitist või ruumi).

Joonis 11. CCI-EE viitetunnusrühma selgitav skeem

Järgides eelnevalt toodud põhimõtteid saame komponendid, tehnilised süsteemid jne klassifitseerida, identifitseerida ning lisada neile ka tüübi tunnuse. See kõik asendaks ka varasemalt kasutusel olevaid nimetamise reegleid, sest topelt-süsteemi pole mõtet kasutada. Tõsi, teatud olukordades võib olla vaja siduda varale ka mingi muu ID väärtus, mis lähtub kasutatud IT-süsteemi arhitektuurist ja varade registrist aga see on siis lisaomadusena märgitav, mis aitab informatsiooni üle kanda ühest süsteemist teise. Ja mõistagi võivad mõnes projektis olla kasutusel ka erinevad klassifitseerimissüsteemid paralleelselt, kuid nende vajadus peab olema selgelt defineeritud/teavitatud, et kasutaja ei satuks segadusse.


Autodesk Civil 3D

Autodesk Civil 3D (varasemalt nimetatud ka kui AutoCAD Civil 3D) näol on ennekõike tegemist planeeringutes/teedeehituses või siis üldisemalt infrastruktuuri valdkonnas kasutatava tarkvaraga, mis baseerub AutoCAD platvormil. Tasub rõhutada, et Autodesk Civil 3D võib olla baastarkvaraks mõnele kolmandale tarkvarale (nt Trimble Novapoint), kuid need kolmandad tarkvarad võivad instrastruktuuri tähenduses kasutada alusena ka teisi AutoCAD-põhiseid tarkvarasid (nt AutoCAD, AutoCAD Map 3D), samas tasub veenduda, mis on avatud formaatide (sh LandXML, IFC) eksportimise võimekus neis pealisehitustes kui seda peaks vaja minema.

Nii nagu varasemalt märgitud, lähtume Autodesk Civil 3D juures esmalt Style Manager dialoogist. Kuna Civil 3D defineerib üksjagu lisaobjekti tüüpe, siis on Applies To sektsioon siin laiem. Ülejäänud sektsioone (List Definitions, Property Set Definitions) vaata juba eelnevast sektsioonist, mida siinkohal üle kordama ei hakka.

Seega kui soovime näiteks planeerimise staadiumis klassifitseerida sõiduteed (koridormudelit ei ole veel projekteeritud, lihtsalt sõidutee planeeritud koridor ühe joonena), saame kasutada telgjoone (Alignment) töövahendit ning klassifitseerida selle läbi Ehitised tabeli (CE tabel, vt joonis 12).

Joonis 12. Sõidutee telgjoon klassifitseeritud läbi ehitiste tabeli

Seejärel saame liikuda omaduste grupi lisamise juurde ning täita ära need omadused, mis selleks hetkeks on teada. Klassifitseerimise tähenduses on oluline aga märkida, et kui liigutakse projektiga edasi ja sellest joonest saab juba konkreetne koridormudel, siis me defineerime seda endiselt sama klassifikaatoriga, lihtsalt detailsus on muutunud (saame täita ära rohkem omaduste grupi väärtuseid). See on ka klassifitseerimissüsteemi üks põhiprintsiipe, põhiklassifikaator jääb alati samaks, kuniks antud objekt andmebaasis eksisteerib. Allpool näide, kus sama sõiduteed on klassifitseeritud juba detailsema esitusena ehk koridormudelist lähtuvana (joonis 13).

Joonis 13. Sõidutee koridormudel klassifitseeritud läbi ehitiste tabeli

Lisaks omadustele, mis täpsustuvad, saame ehitise jagada juba ka alamelementideks. Näiteks koridormudeli saab “laiali laotada” ehituselementideks (äärekivi, konstruktsiooni kiht jne). Seega lisame näiteks funktsionaalse süsteemi, tehnilise süsteemi ning komponendi koodi (joonis 14).

Joonis 14. Sõidutee koridormudeli konstruktsioonikiht (asfalt) klassifitseeritud läbi komponentide tabeli

Lisaks ehitise ja selle osa klassifitseerimisele saame CCI-EE kaudu määratleda näiteks projekti staadiumit, selles osalist või kasutatavaid abivahendeid. Samas võib antud informatsiooni kaasata juba ka CDE (ühtne andmeedastusplatvorm) keskkonnas, kus integreeritakse komponendi tüübist lähtuvalt lisainfo automaatselt (nt mis on tüüpilised tegevused, mis on vajalikud, et teatud kindlat objekti/materjali saab välja ehitada/paigaldada jne). Pane tähele, et CCI-EE RI tabeli sisaldab ka neid omadusi unikaalse klassifikaatori kaudu, mida kasutada mistahes IT-süsteemis (joonis 15).

Joonis 15. CCI-EE nn kollaste/punaste tabelite omaduste nimetused

Terviklikus viitkoodis tähistavad need viitkoodi esimest otsa. Samas tasub rõhutada, et alati ei ole vaja kirjutada tervikkoodi, mistõttu just seetõttu on see jagatud erinevateks allosadeks, mis eristatavad kindla vahemärgiga (joonis 16).

Joonis 16. CCI-EE viitetunnuse tervikkoodi esimene ots (nn punastest/kollastest tabelitest tulenev)

Seega kui tuleme tagasi sõidutee näite juurde, mis on planeerimise staadiumis, saame lisada järgmise koodijupi vastavalt omaduse definitsioonile:

AC245_cciPAcode: <PA>EAG (projekteerimisele eelnev protsess, projekti administreerimine, eskiisi koostamine)
AC205_cciRAcode: <RA>ABA (arendajad, kavandajad, planeerija)
AC265_cciPPcode: <PP>### (pole veel määratud, seega jäävad kohatäitjana trellid, ###)

Märkus. Viitetunnuste loomine võib baseeruda erinevatel mallidel. Näiteks, lisaks fikseeritud väärtusele võid soovida lisada ka viite tabelile, kust see pärineb (samas määratleb seda valitud omaduse nimetus nagunii). Teisisõnu, lisaks väärtusele EAG (pane tähele omaduse nimetust eelnevast näitest), mis pärineb tabelist PA, võid soovida kaasata ka tabeli nimetuse koodi: <PA>EAG. Samas tuleb tähele panna, et sellega muutub automaatne viitetunnuse loomine, mistõttu tuleb leida viis, kuidas seda korrigeerida.


Autodesk Revit

Autodesk Revit on ennekõike hoonete, konstruktsioonide ning sisemiste insner-tehniliste lahenduste modelleerimise pakett, mida osaliselt kasutatakse ka väliala modelleerimises (asendiplaan, sillad, müratõkkeseinad jne). Ehkki klassifitseerimisüsteemi saab siin kasutusele võtta ka lihtsalt läbi omaduste defineerimise ja nende täitmise, vaatame siinkohal omaette pluginat, mis võimaldab lihtsamini kaasata olemasoleva klassifitseerimisüsteemi sisu. Selleks on BIM Interoperability Tools koosseisu kuuluv Standardized Data plugin.

Kuidas alustada?

Eeldused: Autodesk Revit kasutamise baasoskus, Project Parameters / Shared Parameters mõistest arusaamine, nende varasem kasutamise oskus.

BIM Interoperability Tools / Standardized Data olemus ja kasutamine

Vaatame esmalt, kuidas lisapluginad aitavad klassifitseerimisüsteemi lihtsamini kasutusele võtta. Laadi alla mall (leitav postituse algusest, MS Excel fail), ava Autodesk Revit, veendu, et oled installeerinud BIM Interoperability Tools töövahendid, kliki: Standardized Data > Assign Classification (või ka Assign Picklist)

Esimesel käivitamisel ei pruugi olla näha nupukest Picklist (vasakus ülaservas).

Kliki esimesel nupul Options ning lisa lisarada, kust võib leida alla laaditud või loodud lisamalle (MS Exceli failid).

Sektsioonis Picklists lisa enda arvutist või võrgukettalt aadressid, kust võib MS Excel faile leida. Allpool lihtsalt näide.

Võib juhtuda, et pead Revit tarkvara uuesti käivitama, et Picklist nupuke ilmuks. Alternatiivina võid kasutada kataloogide märkimist läbi *.ini faili (vt ka Autodesk juhendit), mis peab paiknema asukohas C:\Program Files (x86)\Autodesk\BIT\[Revit versioon] ning sisaldama alljärgnevat sisu:

[Defaults]
ShowPublicDbs=true
LocalDbFolder=C:\01-taltech\30_Projects\CCI-EE\templates\standardized-data

Peale Picklist nupu kuvamist, kliki sellel ning seejärel omakorda Select one now.

My Library sektsioonis kuvatakse eelnevalt märgitud rajal leitavad MS Exceli failid. Vali see variant, mida soovid kasutada. Hetkel valin selle sama malli, mille saab ülemisest osast ka alla laadida.

Peale hiirega valiku tegemist, kliki OK. Seejärel kliki ka Click here to load, et andmebaas laadida.

Järgnevalt saad asuda klassifitseerimise juurde. Ehk siis plugina kaudu laaditakse CCI-EE tabelid ja kuvatakse vastavalt valitud elemendi iseloomule. Tegelikult on 3 põhivaadet (Facility, Element, Space). Esmalt, Facility vaade (kui ühtegi komponenti valitud pole, siis me räägime Ehituskompleksi või Ehitise taseme klassifitseerimisest, ja need liiguvad meil üldjuhul Project Information dialoogi. See sõltub, kuidas parameetreid siduda, muuhulgas, kas tegemist on Type või Instance parameetriga, seetõttu on parameetrite lisamine Revit projekti malli isegi lihtsam tee, kuna selliselt me paneme paika seosed, kus-millist parameetrit soovime näha. Muidugi saame seda teha ka läbi MS Excel malli (Type või Instance) töölehe Parameters. Aga seda siis omaduse tüübi ulatuses.

Kui nüüd esmalt valida paanilt Facility hüpikust kas CCI table CC või CCI table CE, klassifitseerimegi oma ehitise kompleksi/ehitise koodi järgi. Näiteks, valime kompleksina A – Elamukompleks. Seejärel dialoogi allosas Assign. Sarnaselt võime teha ka CCI tabel CE osas, kus valime näiteks AA – Eramu. Jällegi klikime Assign nupul. Antud info on seejärel kuvatud Project Information dialoogis.

Sulge Project Information dialoog. Käivita uuesti klassifitseerimise töövahend, Assign Classification nupust. Pane tähele, et kui mingil hetkel on vaja uuesti klassifitseerida juba olemasolevate koodidega komponente, siis tuleb sul eemaldada linnuke Options > Blanks only. Vastasel juhul muudatust ei teostata.

Kui nüüd aga liigud edasi Picklist sektsiooni ja valid näiteks 3D vaatest mõne elemendi, oletame, et selleks on aken, aktiveeritakse paan Element ning selle all on omakorda hüpik erinevate klassifitseerimissüsteemi alamtabelitega. Saad need nüüd akna puhul ühekaupa täita/valida.

Valime näiteks CCI table CO. Saame kasutada otsingusõna aken, ning seejärel saame kiiremini ka soovitud sektsiooni/koodi juurde. Valime selle ja klikime Assign.

Sulge Standardized Data dialog. Vali aken ning kontrolli selle omadusi. Hetkel on CCI klassifikaatorid kui tüübi parameetrid, seega leitavad Type Properties dialoogist.

Ühel hetkel võid soovida aga kasutada unikaalset parameetrit (ingl instance). Sellisel juhul on ilmselt kõige mõistlikum need muudatused teha ära kasutatavas projekti mallis (näide, *.rte failina leitav ka ülemises sektsioonis). Näiteks omadused võivad olla seotud nii tüübiga kui olla unikaalsed (TypeNumber – tüübiga seotud, IDnumber – unikaalne). Omadusi võid projekti mallist ka lihtsalt oma käimasolevasse projekti tõsta ja seda läbi Manage > Settings > Transfer Project Standards dialoogi (olles eelnevalt avanud nii malli, kust soovid omadusi kopeerida ja lisaks projekti, kuhu soovid neid tuua). Olles seda teinud ja asudes klassifitseerima, pane tähele, et osad omadused on unikaalsed (Properties paletil otse kuvatud) ning osad leitavad Edit Type nupu alt (nagu varasemalt).

IFC eksport ühes klassifitseerimissüsteemist tulenevate koodidega

Enne konkreetse näite juurde minemist peame aru saama, kuidas klassifitseerimiskoode kuvatakse IFC-s. Nii nagu varasemalt sai kirjeldatud, saab ka siin kasutada IfcClassificationReference mahtu, et üldist CCI koodi kuvada. Samas kui ülejäänud omadused kuvatakse teistes sektsioonides.

Selleks, et kaasata IfcClassificationReference seost, on projekti malli lisatud omadus nimetusega AJ300_IfcClassificationReference, kaasame selle omaduse aktiivse projekti IFC Parameters alla. See parameeter seotakse hiljem (enne IFC eksporti) ära IfcClassificationReference omadusega IFC struktuuris.

Peale selle lisamist (ja valikut, kas tegemist on tüübi või unikaalse omadusega) kuvatakse see vastavas sektsionis. Allolevas näites kui tüübi omadus. Selle me täidame viisil, kus esmalt lisame klassifikaatori, seejärel kooloni ning nüüd mõiste. QQA: Aken (mõlemad variandid peaks töötama, kas pannakse peale koolonit tühik või mitte).

Enne IFC eksporti peame veel osutama, kust IfcClassificationReference osa loetakse. Selleks vali File > Export > IFC. Redigeerime <In-Session Setup> seadistust, kuid mõistagi võid selleks ka uue seadete grupi luua. Kliki Modify Setup > Property Sets > Classification Settings…

Saad seejärel sisestada erinevat infot, mis puudutab kasutatavat klassifitseerimissüsteemi (sh tabeli verisoon, veebiaadress, kust see pärineb jne). Pane tähele ka kasti: Classification field name = AJ300_IfcClassificationReference, see mängib olulist rolli IFC struktuuri IfcClassificationReference täitmist.

Märkus. Classification Settings määratakse alljärgnevalt (pane tähele, et IFC 4.3 esitab teatud muudatusi):

IFC 2×3

  • Name – IfcClassification.Name
  • Source (Publisher) – IfcClassification.Source
  • Edition – IfcClassification.Edition
  • Edition date – IfcClassification.EditionDate (ei ekspordita selles versioonis, IFC 2×3)
  • Documentation location – IfcClassificationReference.Location
  • Classification field name – omaduse nimetus, kust klassi kood ning mõiste loetakse (kood: mõiste)

Kui vaadata eksporditud IFC faili, leiame:

  • #38584=IFCCLASSIFICATION(‘Ehituskeskus’,’2022.06.0.1′,$,’CCI-EE’);
  • #38585=IFCCLASSIFICATIONREFERENCE(‘www.ehituskeskus.ee’,’QQA’,’Aken’,#38584);

IFC 4.x (IFC 4.3 toob kaasa mõned muudatused)

  • #27889=IFCCLASSIFICATION(‘Ehituskeskus’,’2022.06.0.1′,$,’CCI-EE’,$,$,$); (erisuste kohta IFC 4.3 kontekstis vaata veebilehte)
  • #27890=IFCCLASSIFICATIONREFERENCE(‘www.ehituskeskus.ee’,’QQA’,’Aken’,#27889,$,$); (erisuste kohta IFC 4.3 kontekstis vaata veebilehte)

Ekspordi IFC fail (veendu, et oleks valitud ka soovitud omaduste grupid) ning vaata IFC faili mõnes vabalt valitud vaaturis/veebiteenuses. Siinkohal näide Trimble Connect kasutamisel.

Pane tähele, et kasutatav IFC vaatur võib eelnevalt kirjeldatud omadusi nimetada erinevalt:

  • Location – www.ehituskeskus.ee – IfcClassificationReference.Location
  • ItemReference – QQA – IfcClassificationReference.ItemReference
  • Name – Window – IfcClassificationReference.Name
  • RelatingClassification.Source – Ehituskeskus – IfcClassification.Source
  • RelatingClassification.Edition – 2022.06.0.1 – IfcClassification.Edition
  • RelatingClassification.Name – CCI-EE – IfcClassification.Name

Pane tähele erinevaid sektsioone (vastavalt valikutes, kuhu omadused suunasid): Identity Data and IfcClassificationReference

Üldjuhul ei peaks me sama infot kahes kohas esitama (eriti olukorras, kus neid saab eraldiseisvalt redigeerida). Seega ei pruugi üldist klassifikaatorit ka Identity Data (või muu valitud grupp, kuhu omadus kuulub) all näidata ning piirduda IfcClassificationReference sektsiooniga. Samas võib duubeldamine olla vajalik just viitetunnuste tegemiseks.

Lisaks tasub tähele panna, et erinevad IFC vaaturid võivad sama infot kuvada erinevat moodi. Näiteks, BIMcollab ei kuva sektsiooni IfcClassificationReference, selle asemel kuvatakse see info esimesel paanil, Summary.

Solibri Anywhere kuvab vastavat infot Classification paani all.

BIMvision kuvab vastavat infot samuti Classification paani all.

Ehitise/kompleksi kontekstis eelnimetatud tarkvarad klassifikaatorit IFC vaaturis ei kuva, kuid see on IFC failis olemas:

#543721=IFCPROPERTYSINGLEVALUE('AC145_cciCEcode',$,IFCTEXT('AA'),$);
#543722=IFCPROPERTYSINGLEVALUE('AC150_cciCEterm',$,IFCTEXT('Eramu'),$);

Mis on omakorda seotud IFCBUILDING osaga:

#98=IFCPROJECT('3ZGD7y6S5209$mGLi_sPlj',#20,'001-00',$,$,'Sample House','Project Status',(#93),#90);
#99=IFCPOSTALADDRESS($,$,$,$,('Enter address here'),$,'','Boston','','MA');
#100=IFCBUILDING('3ZGD7y6S5209$mGLi_sPli',#20,'Samuel Macalister sample house design',$,$,#16,$,'Samuel Macalister sample house design',.ELEMENT.,$,$,#99);