1. Comment échanger les informations du BIM?
Par définition, BIM soutient les différentes missions des différents acteurs afin de travailler avec les différents logiciels tout au long du cycle de vie, afin d’optimiser les performances et la qualité du projet, de réduire le coût du projet, de réduire la durée du projet et d’améliorer la maintenance opérationnelle. Simplement, BIM est un système de travail efficace.
Alors, comment échanger des informations dans un système opérationnel?
Pensez à la façon dont ce monde fonctionne. Nous avons différentes familles de langues mais sous le grand système du monde entier. Nous pouvons toujours communiquer et partager des informations partout dans le monde. N’est-ce pas? Oublions BIM pour le moment. Et imaginez un Français qui parle à un Chinois de son plat préféré. Ils ont trois façons de communiquer. Le premier, l’un d’eux peut parler deux langues. Et puis, un Italien a rejoint la conversation. Quand il a parlé, ils ne pouvaient rien comprendre à l’exception de la pizza. Alors, apprendre à parler la troisième langue? Non, c’est difficile d’apprendre la troisième langue étrangère. Nous prenons une autre option, portant un traducteur. L’italien prend un traducteur pour le français, un pour le chinois. Problème résolu. Mais, si alors, vient un allemand et un japonais et plus encore? Nous avons besoin d’amener une équipe pour discuter? Donc, le monde réel nous donne une solution, parler un seul langage formel. Parle anglais. Souvenons-nous de ces trois options. 1. Apprenez toutes les langues, 2. Amenez un traducteur, 3. Parlez la langue commune.
Et passons maintenant à la solution d’échange d’informations BIM. Premièrement – Apprenez toutes les langues, nous pensons peut-être à développer un logiciel qui aide tous les membres du projet à effectuer toutes les tâches au cours des différentes phases du cycle de vie du projet. Cependant, un logiciel capable de répondre à toutes les exigences de chaque étape du professionnel sera très complexe et redondant. Deuxièmement – Apporter un traducteur, nous pourrions permettre à différents logiciels d’échanger directement des informations entre eux. Mais le coût de la communication directe entre différents logiciels augmentera du fait de l’augmentation du nombre de types de logiciels. Avec l’effet Barrel, toutes les interfaces logicielles d’une mise à niveau logicielle doivent être mises à jour. Ce n’est pas le meilleur. La dernière option est de parler un langage commun, ce qui signifie que nous devons développer un format intermédiaire ou un fichier de données standard pris en charge par tous les logiciels.
Clairement, il s’agit de l’IFC dans la mise en œuvre actuelle du BIM.
Un format de données standard pour l’échange d’informations BIM.
2. Interopérabilité
Je suis sûr que vous avez entendu ce mot tant de fois. Mais qu’est-ce que cela signifie vraiment?
L’interopérabilité est la capacité de partager des informations entre des systèmes et des applications de manière significative. Cela signifie que je peux vous envoyer une information et que non seulement vous la comprenez, mais vous savez pourquoi je vous l’ai envoyé.
En réalité, l’interopérabilité comporte trois niveaux. Premièrement, il y a un niveau technique, cela signifie la possibilité de vous envoyer des informations. Dans ce niveau, les bits et les octets sont échangés sans ambiguïté. Le second est le niveau d’interopérabilité syntaxique. C’est votre capacité à lire ce que je vous ai envoyé ou à comprendre ce que je vous ai envoyé. Et la plupart des ingénieurs et la plupart des applications systèmes s’arrêtent là. Ils supposent que parce que vous pouvez le lire, vous allez le comprendre. Et à ce niveau, les bits et les octets ainsi que la structure des données sont échangés sans ambiguïté.
Mais il y a un niveau supplémentaire d’interopérabilité et c’est vraiment l’interopérabilité sémantique qui compte. Sémantique, c’est non seulement que je comprenne comment vous le procurer et la capacité de le lire, mais aussi de vous aider à le comprendre. Un message du genre: je serai là dans cinq minutes. La question est de savoir qui suis-je, où est-il et comment définir un. Est-ce en mètres ou en pieds? Est-ce relatif à ma position ou à une position absolue? Toutes ces choses concernent l’information de compréhension sémantique. Enfin, à ce niveau, le contenu des informations échangées est défini sans ambiguïté.
Point simple, vous pouvez penser à ces trois niveaux comme celui-ci.
Interopérabilité technique – Données communes
Interopérabilité syntaxique – Données communes et structure
Interopérabilité sémantique – Données communes, structure et définition
Si nous nous tournons vers le BIM, nous souhaitons échanger des informations sur un mur. Dans ce cas, les données communes ressemblent à la géométrie du mur. Je vous l’ai envoyé et vous pouvez recréer la même géométrie dans votre système. Ensuite, nous voulons échanger les données communes et la structure, je peux vous surélever ce mur est dans le groupe des murs du deuxième niveau dans le bâtiment principal. Si vous créez le bâtiment à partir des données que je vous ai données, vous pouvez désormais recréer la même structure d’éléments par niveau et par groupe. Mais, c’est toujours un objet 3D dans votre système. Il faut une définition commune. Une fois que nous lui avons donné une définition, il sera complètement séparé des autres éléments. Même si sa forme est identique à celle d’une colonne large et plate. Vous le saurez d’abord, c’est un mur.
Alors, rappelez-vous certains des fichiers IFC que vous avez ouverts. S’ils ont tous une hiérarchie d’éléments et beaucoup de types différents? Maintenant, vous savez d’où viennent-ils 🙂
3. Qu’est-ce que l’IFC?
Si nous parlons de l’IFC, nous ne pouvons pas éviter de parler de BuildingSMART. Comment l’IFC a-t-il été créé et quand? D’où vient BuildingSMART? Voyons d’abord son histoire.
- En 1995, Autodesk réunit 12 entreprises pour prouver les bénéfices de l’interopérabilité entre logiciels – échange complet d’informations.
- Après un an d’efforts, les membres de cette alliance privée arrivent aux conclusions suivantes :
- L’interopérabilité est viable et le potentiel commercial élevé.
- Les standards ne doivent pas être privés ou propriétaires mais ouverts et internationaux.
- L’Alliance doit s’ouvrir aux autres.
- L’Alliance internationale pour l’interopérabilité (IAI) a été créée le 16 mai 1996 à Londres lors d’une réunion réunissant des représentants de l’Amérique du Nord, de l’Europe et de l’Asie.
- Et le format IFC né dans l’IAI, en 1997.
- Le 11 janvier 2008, l’IAI a changé de nom et s’appelle désormais buildingSMART afin de mieux refléter la nature et les objectifs de l’organisation.
- La première version à avoir été largement utilisée est l’IFC 2×3 (publiée en février 2006).
- Et la sortie de la version IFC4 en mars 2013 et de sa version corrigée (Add1) en juillet 2015.
Voyons maintenant ce qu’est l’IFC. Le nom complet de IFC est Industry Foundation Classes. Notez qu’ici nous parlons de classes, beaucoup de personnes considérant que l’IFC est un format du fichier. C’est vrai, mais pas tout à fait correct. Parce que ce ne sont pas simplement des données écrites dans un type de fichier ligne par ligne.
Donc, pour moi, c’est un format qui contient des données communes avec les structures de données et les définitions pour l’interopérabilité. Et ces définitions, nous l’appelons Industry Foundation Classes.
L’IFC est le langage commun pour l’échange d’informations BIM et c’est un résultat qui répond aux besoins des bâtiments modernes. La mission de l’IFC est de définir, promouvoir et publier une norme basée sur les objets pour le partage d’informations répondant aux exigences suivantes.
- IFC définit la manière dont les informations sur toutes les étapes du cycle de vie du projet de construction sont fournies et comment elles sont stockées.
- IFC méticuleusement pour enregistrer les propriétés d’un seul objet
- L’IFC peut enregistrer de “très petites” informations à “toutes les informations”
- IFC peut gérer des données telles que la géométrie, le calcul, la quantité, la gestion des installations, les coûts, etc., et peut également conserver des données pour de nombreux métiers différents tels que l’architecture, l’électricité, le CVC, la structure et le terrain.
4. IFC Data Schema
L’architecture du modèle IFC comprend quatre couches. De haut en bas, il s’agit de la couche de domaine, de la couche d’interopérabilité, de la couche noyau et de la couche de ressources.
Chaque couche contient une série de modules de description d’informations et une règle est respectée: chaque niveau ne peut faire référence qu’aux ressources d’informations du même niveau et des couches inférieures, et ne peut pas référencer les ressources de la couche supérieure. Lorsque les ressources supérieures changent, les couches inférieures ne sont pas affectées.
Voici un diagramme de ces 4 couches.
1. Couche de domaine
La couche de domaine est le niveau le plus élevé du modèle IFC. Chaque référence définie dans la couche principale ou la couche de ressources est indépendante. Il contient des définitions d’entités pour des concepts spécifiques à des domaines individuels tels que l’architecture, l’ingénierie structurelle, facilités management.
2. Couche d’interopérabilité
Ce niveau comprend les catégories d’entités couramment utilisées et partagées entre plusieurs applications de construction de bâtiments et de
facilités management. Par exemple, le schéma d’éléments de construction partagés a des définitions d’entité pour une poutre, une colonne, un mur, une porte, etc.
3. Couche noyau
Dans la couche noyau, les schémas d’extension de contrôle et d’extension de processus définissent les concepts liés au processus et au contrôle, tels que tâche, procédure, planning de travail, historique des performances, approbation du travail. Le schéma d’extension de produit définit les composants de construction abstraits tels que l’espace, le site, le bâtiment, l’élément de bâtiment et l’annotation.
Kernel schéma définit les concepts de base tels que acteur, groupe, processus, produit, relation. C’est le chemin pour obtenir et regrouper les informations de base sur les ressources.
4. Couche de ressources
La couche ressource est la couche la plus basse de la structure IFC et peut être référencée par d’autres couches. Il décrit principalement les informations de base utilisées dans la norme. C’est une information décentralisée sans structure. Cette couche a toutes les propriétés de base telles que la géométrie, le matériau, la quantité, la mesure, la date et l’heure, le coût, les acteurs, les rôles, etc.
// Vous pouvez trouver plus d’informations sur le schéma de données de l’IFC ici et ici.
5. Famille IFC
Enfin, permettez-moi de vous demander si IFC est un format de fichier?
Oui?
En fait, NON, c’est une famille de formats.
IFC définit plusieurs formats de fichiers pouvant être utilisés, prenant en charge divers codages des mêmes données sous-jacentes.
IFC-SPF est un format de texte défini par ISO 10303-21 (STEP-File), où chaque ligne consiste généralement en un seul enregistrement d’objet et ayant l’extension de fichier « .ifc ». Il s’agit du format IFC le plus largement utilisé, qui présente l’avantage d’un texte compact mais lisible.
IFC-XML est un format XML défini par ISO 10303-28 (STEP-XML), ayant l’extension de fichier « .ifcXML ». Ce format convient à l’interopérabilité avec les outils XML et à l’échange de modèles de construction partiels. En raison de la grande taille des modèles de construction typiques, ce format est moins courant.
IFC-ZIP est un format compressé constitué d’un fichier IFC-SPF incorporé ou d’un fichier IFC-XML et portant l’extension de fichier « .ifcZIP ».
Les fichiers IFC-SPF n’étant que des fichiers texte, ils peuvent également être ouverts à l’aide du Bloc-notes sous Windows ou de tout autre éditeur de texte. Cependant, ceci n’est effectué que si vous souhaitez afficher les données de texte constituant le fichier, vous ne pourrez pas voir le dessin 3D ici. Les fichiers IFC-ZIP sont simplement compressés au format ZIP. Fichiers IFC, donc une fois que les fichiers « .ifc » sont extraits de l’archive, les mêmes règles d’éditeur de texte s’appliquent à eux. D’autre part, les fichiers IFC-XML sont basés sur XML, ce qui signifie que vous avez besoin d’un visualiseur/éditeur XML pour afficher le texte dans ces types de fichiers.
Voilà, l’aventure de IFC se termine pour le moment. J’espère que vous avez passé une excellente journée au BIM Mars. La prochaine fois que quelqu’un vous demandera ce que signifie l’IFC, dites-le-lui, cela signifie…
Une dernière chose, cet article a été réalisé et complété avec Mme Chen, merci pour votre expertise.
1. BIM的信息交换如何实现 ?
根据定义，BIM是要支持一个项目生命周期内的多个项目参与方使用各种不同的软件产品一起协同工作，分别完成各专业的任务以达到优化项目质量和性能、降低成本、缩短项目周期、提高运营维护的目的。简单地说，BIM是一个高效的工作系统。
那么，如何在一个工作系统中交换信息？
想想这个世界如何运作的。我们有不同的语言语系，但在整个世界范围内。我们仍然可以在世界各地交流并且共享信息。对么？让我们暂时忘记BIM。想象一下一个场景，一个法国人与一个中国人在谈论他们最喜欢的食物。他们有三种沟通方式。第一种，其中一位会说两种语言。但是最后呢，一个意大利人加入了对话。他说话时，除了Pizza这个词之外，他们什么都听不懂。那么，要学习说第三种语言吗？不，学习第三外语很困难。我们采取另一种选择，携带翻译官。意大利人聘用一名法语译员，一名中文译员。问题解决了。但是，如果那样的话，如果再来一位德国人和一位日本人呢？我们需要带一个翻译团队聊天吗？因此，现实世界为我们提供了一种解决方案，只讲一种官方语言。说英语。让我们先记住这三个选项。 1.学习所有语言，2.带一名翻译，3.说通用语言。
现在让我们再回来看BIM信息交换的解决方案。 首先-学习所有语言，我们可能会考虑开发一种软件，该软件可帮助所有项目成员在项目生命周期的不同阶段执行所有任务。 但是，能够满足专业人员每个步骤的所有要求的软件，将非常非常复杂且冗余。 第二个-携带翻译官，我们可以允许不同的软件在它们之间直接交换信息。 但是，随着软件类型数量的增加，不同软件之间直接通信的成本也会增加。 伴随着木桶效应，必须更新用于软件升级的所有软件接口。 这绝对不是最好的解决办法。 最后一种选择是我们说同一种通用语言，这意味着我们需要开发一种中间格式或所有软件都支持的标准数据文件。
显而易见，这就是当前BIM应用中的IFC。
一个交换BIM信息的标准数据格式。
2. 互操作性
我相信你一定听过这个词很多遍了。 但是，这到底是什么意思？
互操作性是指以有意义的方式在系统和应用程序之间共享信息的能力。 这意味着我可以向你发送一条信息，你不仅可以阅读并理解它，而且你也知道我为什么首先将其发送给你。
实际上，互操作性具有三个级别。 首先，有一个技术层级，这意味着我可以实际向你发送一些信息。 在此级别，以明确的方式交换位和字节。 第二个是语法级互操作性级别。 这是你实际阅读我发送给你的内容，或者说了解我发送给你的内容的能力。 而且大多数工程师和大多数系统应用程序都到此为止。 他们认为，既然你可以阅读它，就意味着你能理解它。 在此级别上，数据以及数据结构的交换是明确的。
但是还有一个更高级别的互操作性，也是真正重要的，就是语义互操作性。 语义不仅是我了解如何获得数据以及让你阅读它的能力，而且还可以帮助你理解它。 举个例子，有这样一条消息，我五分钟内到那儿。 问题是，我是谁，在哪里，以及如何定义这个那里。 单位是米还是英尺？ 是相对于我所在的位置还是一个绝对位置？ 所有这些都涉及语义理解信息。 最终，在这个级别里，我们才能说我们明确定义了所交换信息的内容。
简单地说，你可以这样理解这三个层次。
技术互操作性 – 通用数据
语法互操作性 – 通用数据和结构
语义互操作性 – 通用数据，结构和定义
如果我们转向BIM，我们想交换有关墙的一些信息。 在这种情况下，通用数据就像墙的几何形状。 我将其发送给你，你可以在系统中重新创建一个相同的几何形体。 然后，我们来交换通用数据以及数据结构，我可以把这堵墙放在主楼第二层的墙组中。 如果你使用我提供给您的数据来创建建筑物，现在你就可以按层高和组重新创建相同的元素以及数据结构。 但是，它仍然是系统中的一个3D元素而已。 它需要一个通用的定义。 一旦给它一个定义，它将与其他元素完全分开。 即使它的形状与一个扁扁的柱子完全相同。 你也会知道 这是一个墙。
因此，请回忆起你打开的一些IFC文件。 它们是否都具有元素层次结构和许多不同类型？ 现在，你知道它们从何而来了 🙂
3. IFC是什么?
如果我们要谈论IFC，那么我们不可避免地要谈论BuildingSMART。 IFC是如何创建的，何时创建的？ BuildingSMART是哪儿来的？ 首先呢，让我们看一下它的历史好了。
- 1995年，Autodesk组织了由12家公司成立了一个私有协会，以证明在建筑行业中使用的许多软件程序之间的互操作性（完全的信息交换）所带来的好处。
- 经过一年的努力，这些公司得出了三个关键结论。
- 首先，这种互操作性是可行的，并且具有巨大的商业潜力。
- 第二，任何标准都必须是公开的和国际的，而不是私有或专有的。
- 最后，联盟必须向全球感兴趣的各方开放其成员资格。
- 国际互操作性联盟（IAI）于1996年5月16日在伦敦由北美，欧洲和亚洲的代表开会时成立。
- IFC格式于1997年在IAI中诞生。
- 为了更好地反映组织的性质和目标，IAI在2008年1月11日将其名称更改为buildingSMART。
- 被广泛使用的第一个版本是IFC 2×3（于2006年2月发布）。
- 于2013年3月发布了IFC4版本，并于2015年7月发布了其更正版本（Add1）。
现在，让我们看看IFC是什么。 IFC的全称是Industry Foundation Classes。 请注意，这里我们在谈论类，很多人认为IFC是文件格式。 这是真的，但并不完全正确。 因为它不仅仅是将某些数据逐行写入一种文件类型。
因此，对我来说，它是一种格式，其中包含通用数据以及数据结构和互操作性的定义。 这些定义称为行业基础类（Industry Foundation Classes）。
IFC是交换BIM信息的通用语言，因此可以满足现代建筑的需求。IFC的使命是定义、推广和出版一个基于对象的用于共享信息的标准，这个标准能满足如下要求：
- IFC定义建设项目生命周期所有阶段的信息如何提供、如何存储这些信息
- IFC细致到记录单个对象的属性
- IFC可以从“非常小”的信息一直记录到“所有信息”
- IFC可以容纳几何、计算、数量、设施管理、造价等数据，也可以为建筑、电气、暖通、结构、地形等许多不同的专业保留数据
4. IFC数据架构
IFC模型架构由四层组成。 从上到下分别是领域层，交互层，核心层和资源层。
每一层包含一系列信息描述模块，并遵循一条规则：每一层只能引用同一层和下层的信息资源，而不能引用上层的资源。 当上层资源发生变化时，下层不会受到影响。
这是关于这4层的一个示意图。
1. 领域层
领域层是IFC模型的最高级别。 在核心层或资源层定义的每个引用都是独立的。 它包含针对特定领域的概念的实体定义，例如建筑，结构工程，设施管理。
2. 交互层
此级别包括多个建筑物建设和设施管理应用程序中常用和共享的实体类别。 例如，“共享建筑元素架构”具有梁，柱，墙，门等的实体定义。
3. 核心层
在核心层中，控制扩展和流程扩展架构定义了与流程和控件相关的概念，例如任务，过程，工作时间表，性能历史记录，工作批准。 产品扩展架构定义了抽象的建筑组件，例如空间，站点，建筑，建筑元素，注释。
核心(Kernel) 定义了核心概念，例如参与者，团队，流程，产品，关系。 这是获取和分组基本资源信息的途径。
4. 资源层
资源层是IFC结构中的最低层，可以被其他层引用。 它主要描述了标准中使用的基本信息。 它是没有结构的分散信息。 该层具有所有基本属性，例如几何形状，材料，数量，度量，日期和时间，成本，参与者，角色等。
// 您可以在 这里 和 这里 找到有关IFC数据模式的更多信息。
5. IFC family
最后，请问，IFC是一个文件格式吗？
对么?
实际上，不是，它是一系列的格式。
IFC定义了可以使用的多种文件格式，支持相同基础数据的各种编码。
IFC-SPF 是由ISO 10303-21 (STEP-File) 定义的文本格式，其中每一行通常由单个对象记录组成，文件扩展名为“ .ifc”。 这是使用最广泛的IFC格式，具有体积小巧但可读文本的优点。
IFC-XML 是由ISO 10303-28 (STEP-XML) 定义的XML格式，文件扩展名为“ .ifcXML ”。 这种格式适合与XML工具进行互操作并交换部分构建模型。 由于典型建筑模型的尺寸较大，因此在实际工程中这种格式并不太常见。
IFC-ZIP是一种压缩格式，由嵌入式IFC-SPF文件或IFC-XML文件组成，文件扩展名为“ .ifcZIP ”。
由于IFC-SPF文件只是文本文件，因此也可以在Windows或任何其他文本编辑器中使用记事本打开它们。 但是，仅当您要查看组成文件的文本数据时才能执行此操作，您将无法在此处看到3D设计。 IFC-ZIP文件只是ZIP压缩的。 IFC文件，因此一旦从存档中提取了“ .ifc ”文件，便会对其应用相同的文本编辑器规则。 另一方面，IFC-XML文件是基于XML的，这意味着您需要XML查看器/编辑器来查看这些类型的文件中的文本。
本次IFC的冒险之旅到这里就告一段落了，希望您在BIM Mars度过了愉快的一天。 下一次当有人问您IFC的意思时，请告诉她/他，这意味着…
最后，本文是作者与 陈露 女士共同完成的，在此非常感谢您对本文做出的贡献。
1. How to exchange BIM information?
By definition, BIM supports the various missions of the different players to work together with the various software along the life cycle, in order to optimize performance and project quality, reduce project costs, shorten project cycles and improve operational maintenance. Make easy, BIM is an efficient working system.
So, how to exchange information in a working system?
Think about how this world works. We have different language families but under the big system of the whole world. We can still communicate and share information all over the world. Right? Let’s forget BIM for the moment. And imagine a Frenchman talking to a Chinese about their favourite food. They have three ways to communicate. First one, one of them can speak two languages. And then, an Italian joined the conversation. When he spoke, they couldn’t understand anything except pizza. So, learn to speak the third language? Nope, it’s difficult to learn the third foreign language. We take another option, Carrying a translator. The Italian take one translator for French, one for Chinese. Problem solved. But, if then, comes a German and a Japanese and more on? We need bring a team for a chat? So, the real world gives us a solution, speak a single one formal language. Speak English. Let’s remember these three options. 1. Learn all languages, 2. Bring a translator, 3. Speak the common language.
And let’s turn to the solution of BIM information exchange now. First – Learn all languages, we maybe think about to develop a software that helps all project members perform all the tasks in the different phases of the project lifecycle. However, a software capable of meeting all the requirements of each step of the professional will be very complex and redundant. Second – Bring translator, we could allow different software to exchange directly information between them. But the cost of direct communication between different software will increase as a result of the increase in the number of types of software. With the Barrel effect, all software interfaces for a software upgrade must be updated. It’s not the best one. The last option is to speak a common language, that’s means we need to develop an intermediate format or a standard data file supported by all software.
Clearly, it’s IFC in the current BIM implementation.
A standard data format for exchange BIM information.
2. Interoperability
I’m sure that you have heard of this word so many times. But, what does it really mean?
Interoperability is the ability to share information between systems and applications in meaningful ways. This means that I can send you a piece of information and you not only can read it understand it, but you know why I sent it to you in the first place.
Actually, interoperability has three levels. First, there’s a technical level, it means the ability to actually send you some information. In this level bits & bytes are exchanged in an unambiguous manner. The second one is the Syntactic Interoperability level. This is the ability for you to actually read what I sent you or understand what I send you. And most of the engineers and most of systems application stop there. They assume because you can read it you’re going to understand it. And in this level, bits & bytes and the structure of data are exchanged in an unambiguous manner.
But there is an additional level of interoperability and that really matters is Semantic Interoperability. Semantic is not only I understand how to get it to you and the ability for you to read it but to help you understand it. A message like, I’m going to be there in five minutes. The question is, Who am I, and where is there and how do I define a there. Is it in meters or feet? Is it relative to where I am or it is an absolute position? All of these things deal with semantic understanding information. Finally, at this level, the content of the information exchanged is unambiguously defined.
Simple point, you can think of these three levels like this.
Technical Interoperability – Common Data
Syntactic Interoperability – Common Data & Structure
Semantic Interoperability – Common Data & Structure & Definition
If we turn to BIM, we want to exchange information about a wall. In this case, the common data is like the geometry of the wall. I sent it to you, and you can recreate the same geometry in your system. Then, we want to exchange the common data and the structure, I can tall you this wall is in the group of walls of the second level in the main building. If you create the building from the data that I give to you, now you can recreate the same structure of elements by level and by the group. But, it is still an object 3D in your system. It needs a common definition. Once we give it a definition, it will be completely separated from the other elements. Even if it is exactly the same shape as a wide, flat column. You will know it in the first place, it’s a wall.
So, recall some of the IFC files you have opened. Whether they all have a hierarchy of elements and lots of different types? Now, you know where did they come from 🙂
3. What is IFC?
If we talk about IFC, then we can’t avoid talking about BuildingSMART. How was IFC created, and when? Where is BuildingSMART coming from? Let’s first take a look at its history.
- In 1995, Autodesk organized a private alliance of twelve companies to prove the benefits of interoperability — full information exchange — between the many software programs being used in the building industry.
- After a year effort, the companies reached three critical conclusions.
- First, that interoperability was viable and had great commercial potential.
- Second, that any standards must be open and international, not private or proprietary.
- And finally, the alliance must open its membership to interested parties around the globe.
- The International Alliance for Interoperability (IAI) was established on May 16, 1996, in London at a meeting between representatives from North America, Europe and Asia.
- And the IFC format born in the IAI, in 1997.
- On January 11, 2008, the IAI changed its name to buildingSMART to better reflect the nature and goals of the organization.
- The first version to have been widely used is the IFC 2×3 (published in February 2006).
- And the release of version IFC4 in March 2013, and its corrected version (Add1) in July 2015.
Now, let’s see what IFC is. The entire name of IFC is Industry Foundation Classes. Note that here we are talking about classes, lots of people considering the IFC is a format of the file. This is true, but not entirely correct. Because it is not just some data wrote in a type of file line by line.
So, for me, it’s a format that contains common data with the data structures and the definitions for the interoperability. And those definitions, we call it Industry Foundation Classes.
IFC is the common language for exchange BIM information and it’s a result that responds to the needs of modern buildings. IFC’s duty is to define, promote and publish an object-based standard for sharing information that meets the following requirements.
- IFC defines how the information about all stages of the construction project life cycle is provided and how it is stored.
- IFC meticulously to record the properties of a single object
- IFC can record from “very small” information to “all information”
- IFC can accommodate data such as geometry, calculation, quantity, facility management, cost, etc., and can also retain data for many different professions such as architecture, electrical, HVAC, structure, and terrain.
4. IFC Data Schema
The IFC model architecture consists of four layers. From top to bottom, it is the Domain Layer, the Interoperability Layer, the Core Layer, and the Resource Layer.
Each layer contains a series of information description modules, and a rule is adhered to: each level can only refer to the information resources of the same level and lower layers, and cannot reference the resources of the upper layer. When the upper resources change, the lower layers are not affected.
Here is a diagram of those 4 layers.
1. Domain Layer
Domain Layer is the highest level of the IFC model. Each reference defined at the Core Layer or Resource Layer is independent. It contains entity definitions for concepts specific to individual domains such as architecture, structural engineering, facilities management.
2. Interoperability Layer
This level comprises entity categories that are commonly used and shared between multiple building construction and facilities management applications. For example, Shared Building Elements Schema has entity definitions for a beam, column, wall, door, etc.
3. Core Layer
In the Core Layer, Control Extension and Process Extension schemas define process and control related concepts such as task, procedure, work schedule, performance history, work approval. The Product Extension schema defines abstract building components such as space, site, building, building element, the annotation.
Kernel schema defines core concepts such as actor, group, process, product, relationship. It’s the path to get and grouping the basic resource information.
4. Resource Layer
Resource Layer is the lowest layer in the IFC structure and can be referenced by other layers. It mainly describes the basic information used in the standard. It is decentralized information without structure. This layer has all basic properties such as geometry, material, quantity, measurement, date and time, cost, actors, roles, etc.
// You can find more information about the data schema of IFC here and here.
5. IFC family
Finally, let me ask you, is IFC a file format?
Yes?
Actually, NO, it’s a format family.
IFC defines multiple file formats that may be used, supporting various encodings of the same underlying data.
IFC-SPF is a text format defined by ISO 10303-21 (STEP-File), where each line typically consists of a single object record and having the file extension « .ifc ». This is the most widely used IFC format, having the advantage of compact size yet readable text.
IFC-XML is an XML format defined by ISO 10303-28 (STEP-XML), having file extension « .ifcXML ». This format is suitable for interoperability with XML tools and exchanging partial building models. Due to the large size of typical building models, this format is less common in practice.
IFC-ZIP is a compressed format consisting of an embedded IFC-SPF file or IFC-XML file and having the file extension « .ifcZIP ».
Since IFC-SPF files are just text files, they can also be opened using Notepad in Windows or any other text editor. However, this is only done if you want to view the text data that make up the file, you will not be able to see the 3D design here. IFC-ZIP files are just ZIP-compressed. IFC files, so once the « .ifc » files are extracted from the archive, the same text editor rules apply to them. On the other hand, IFC-XML files are XML-based, which means you need an XML viewer/editor to view the text in these types of files.
Here, the IFC’s adventure has come to an end for this time. I hope you have had a great day at BIM Mars. The next time when somebody asks you what’s IFC means, please tell her/him, it means…
One more thing, this article was done and completed with Ms Chen, thank you for your expertise.