IFC en tant que format universel d'échange de données

IFC en tant que format universel d'échange de données
IMS équipe-Marcel-Kunzmann-
Contribution enregistrée par: Marcel Kunzmann

Marcel est un consultant en technologie et un donneur d’idées pour notre logiciel. Il étudie les solutions techniquement réalisables et teste les techniques à venir, par exemple la RA et l'IoT. Après le travail, il bascule sur sa moto - son égalisation analogique aux performances de pointe numériques.

Les IFC Industry Classics Foundation Classes prennent de la vitesse. D'une part, IFC5 est en cours de planification et devrait bientôt être la première version préliminaire. Parallèlement, de nouveaux groupes de travail se sont récemment efforcés d’introduire l’idée d’openBIM dans de nouveaux domaines à l’aide de la norme IFC.

Par exemple, l’association buildingSMART a récemment demandé à un groupe de travail d’étoffer le "Site, Landscape and Urban Planning" de la SFI. Votre objectif est d’avoir toutes les surfaces extérieures dans le norme IFC globale insérer.

Mais à quel point un tel projet est-il utile? Avons-nous vraiment besoin d'une norme aussi étendue?

Et comment s’intègre-t-il dans le BIM et CAFM significatif?

La possibilité est déjà là dans la sous-structure

Ce qui doit être décrit avec les nouveaux groupes de travail peut déjà être reflété techniquement dans la SFI aujourd’hui. Dans IFC, les utilisateurs peuvent actuellement définir des objets qui ne figurent pas dans le catalogue sous le nom de proxys IFC. Ceux-ci reçoivent des caractéristiques individuelles, appelées Jeux de propriétés IFC, Le problème: en raison des propriétés assignées à Gusto, l’échange de données transparent entre deux partenaires, qui est donc sémantique, n’est plus possible.

Ainsi, le fait que les nouveaux groupes de travail de l'IFC soient formés est en rapport avec une lacune de la norme: l'IFC est toujours très centrée sur le bâtiment, écrit-elle de façon auto-critique buildingSMART dans l'annonce du groupe de travail sur le paysage. Une sémantique explicite pour la description des installations extérieures est manquante. Ni les arbres ni le mobilier d'extérieur, les allées et leurs revêtements, les conduites d'eau et les égouts ne pouvaient être représentés avec les éléments disponibles. Et aussi pas la structure du paysage ou des objets, tels que des plans d'eau et des lacs.

Groupes de travail de la SFI partout

De manière analogue, cette critique peut également être appliquée aux autres domaines dans lesquels des groupes de travail se sont réunis au cours des derniers mois. Ceux-ci incluent ceux des voies de circulation, des ponts, des tunnels, des chemins de fer ou des aéroports. Si ces groupes s'accordaient sur des résultats contraignants, la norme IFC permettrait de décrire un environnement et une infrastructure beaucoup plus bien construits et conçus.

Même les industries commencent à s'impliquer. Un exemple est l'industrie des éléments préfabriqués. Il a formé le groupe de travail IFC Precast et travaille à la modélisation des composants intégrés. À long terme, il serait possible d'identifier de manière unique chaque pièce finie. De la planification à la production en passant par les machines qui utilisent les données IFC pour le contrôle et l’assemblage. Cela assurerait la traçabilité - non seulement tout au long du cycle de vie du bâtiment, mais tout au long du cycle de vie de la pièce étendue.

Avec l'extension de l'IFC5, buildingSMART poursuit un autre objectif important: créer des flux de travail plus standardisés. La raison en est que l'utilisation croissante du BIM, un nombre croissant d'utilisateurs de plus en plus de métiers et de régions, utilise la méthode BIM. Pour que l’échange de données se poursuive, il faut élargir le profil d’exigences de la norme de description, selon l’association.

Seulement: quelle est l’importance d’une telle extension, surtout en ce qui concerne BIM et CAFM? Et poser la question suivante est également la suivante: qui a utilisé les extensions, même si la norme IFC4 actuelle - par exemple en Allemagne - n’est utilisée que de manière rudimentaire?

Le point crucial: qui s'en soucie?

Je l'avoue, la question est fausse. Indiscutablement, une norme est toujours la bienvenue et fondamentalement pertinente. Il est utile de garder le contenu contraignant pour différents utilisateurs. Il est donc nécessaire de se demander comment améliorer la mise en œuvre dans ce pays. Basic est certainement à trouver:

Par exemple, les données pour CAFM infrastructurel sont disponibles dans la plupart des modèles BIM. Dans le cas des systèmes techniques, cependant, les possibilités de la SFI restent presque toujours inutilisées. Et cela, bien que dans la "couche de domaine" de la SFI, les possibilités de modélisation soient également suffisantes.

Les modèles BIM que j'ai aujourd'hui montrent des lacunes: les planificateurs utilisent souvent les entités IFC parentes au lieu d'utiliser des sous-types spécifiques. Dans le secteur électrique / climatisation, tout est forfaitaire IFCFlowTerminal même s'il s'agit d'une simple lampe ou d'un radiateur. Ou, les entités significatives ne sont pas choisies. Ainsi, il arrive que dans le domaine de la protection incendie, les volets SHEV sont souvent appelés IFCWindow et donc être montré comme une fenêtre.

Ou ce sera la voie générique sur IfcBuildingElementProxy de sorte que, par exemple, les ascenseurs alors pas plus de IfcTransportElement du type ASCENSEUR peut être vu.

Pour CAFM et BIM, les ajouts à la SFI et à la modification de la SFI5 constituent une avancée intéressante et souhaitable. Mais pour que les extensions portent leurs fruits, leurs options doivent être utilisées de manière cohérente. Les planificateurs spécialisés vont rarement volontairement parcourir les profondeurs de la nomenclature. Flaning, l'entreprise doit disposer d'une matrice de traduction complète attribuant chaque type de composant à l'entité IFC correspondante.

Demander activement la différenciation de l'ennemi

La différenciation nécessaire de l'ennemi doit être activement demandée, que ce soit du client, de l'utilisateur et de l'opérateur ultérieurs, ou des partenaires qui s'appuient sur des informations claires au cours du processus de BIM.

Vous devez également faire attention au logiciel de planification. Par défaut, il préfère également uniquement les entités génériques. Ce n'est qu'en paramétrant les outils de création BIM correspondants, tels que Revit ou Allplan, que des exportations IFC raisonnables sont générées.

Gestionnaire BIM en tant que portier

Le fait que les informations provenant d'IFC soient correctement stockées dans le modèle BIM relève de la responsabilité du gestionnaire BIM. Il doit veiller à ce que la nomenclature prévue du projet soit respectée et l'exiger activement en cas de non-respect.

Après tout: les prochaines extensions contribueront à la SFI alors qu'un format de données universel se retrouvera dans encore plus d'industries. Ainsi, l'objectif de l'openBIM d'agir comme une base de données centrale et un format d'échange central, plus probable. Et cela devrait s'accompagner d'une discipline croissante de toutes les personnes impliquées. Tout le monde en bénéficierait, qu’il s’agisse de métiers ou de collaboration ou d’internationalisation de projets.

Je ne peux que conseiller: jouons tous avec. Alors la norme est déjà aujourd’hui avec IFC4 et aussi en tant que IFC5 pour BIM comme CAFM très utile.

Cordialement

signature KUN IFC comme format d'échange de données universel »RIB IMS

Votre note?

moyenne 4.5 / 5. Nombre de votes: 8

Soyez le premier à noter :-)

Génial, merci!

Peut-être que vous voulez nous suivre sur ...

Nous sommes désolés que vous n'aimiez pas tant ce post.

Comment pouvons-nous améliorer cela?

Blog
Lecture précédente
Le tout avec un seul logiciel CAFM chez ALNO AG à Pfullendorf
Lecture suivante
Noël: électrique, mais sans entretien!