exploitation de maquette IFC issue de Revit sous Revit
MR
Mohammed Rahal
23 avril 2018
6933 0 2 0
Réponses
Bonsoir Mohammed Rahal,
A lire les réponses apportées je suis surpris que les points suivants n'aient pas été traité.
Quel est le schéma de cet IFC ?
Quel est le MVD de cet IFC ?
Quelle conversion des géométries a été sollicité pour l'export de cet IFC ?
Quelque soit le logiciel d'export puis d'import, ces paramètres sont à considérer avant toutes choses.
Ici vous semblez souhaitez modifier un modèle IFC, ce qui est d'ores et déjà un fait étrange.
Imaginons que ce soit un IFC2x3 exporté via MVD de type "Coordination View" (le seul dont les logiciels soient largement certifié), la vocation de ce fichier ne sera alors que d'assurer la coordination entre modèle IFC dans le cadre d'une conception et rien d'autre. d
Voici la base de donnée BuildingSmart des MVD : https://technical.buildingsmart.org/standards/ifc/mvd/mvd-database/
Souhaiter utiliser un format pour un autre objectif que celui pour lequel il a été conçu est donc voué à l'échec ou à la déception.
Enfin notez que les logiciels sont plus ou moins habile à exporter et importer les IFC. À minima il convient pour tous outils de se voir certifié à l'export et l'import d'IFC*. A ce titre aucun des majors de la conception BIM n'ont à ce jour de certification pour des import/export d'IFC via MVD "Design Transfer view". Cet ambitieux MVD a vocation de permettre la modification du fichier IFC.
Je vous invite à jeter votre fichier IFC dans un banal éditeur de texte pour en avoir le coeur net.
* Certifications IFC et leur exigence d'échange :
https://www.buildingsmart.org/compliance/software-certification/certified-software/
A lire les réponses apportées je suis surpris que les points suivants n'aient pas été traité.
Quel est le schéma de cet IFC ?
Quel est le MVD de cet IFC ?
Quelle conversion des géométries a été sollicité pour l'export de cet IFC ?
Quelque soit le logiciel d'export puis d'import, ces paramètres sont à considérer avant toutes choses.
Ici vous semblez souhaitez modifier un modèle IFC, ce qui est d'ores et déjà un fait étrange.
Imaginons que ce soit un IFC2x3 exporté via MVD de type "Coordination View" (le seul dont les logiciels soient largement certifié), la vocation de ce fichier ne sera alors que d'assurer la coordination entre modèle IFC dans le cadre d'une conception et rien d'autre. d
Voici la base de donnée BuildingSmart des MVD : https://technical.buildingsmart.org/standards/ifc/mvd/mvd-database/
Souhaiter utiliser un format pour un autre objectif que celui pour lequel il a été conçu est donc voué à l'échec ou à la déception.
Enfin notez que les logiciels sont plus ou moins habile à exporter et importer les IFC. À minima il convient pour tous outils de se voir certifié à l'export et l'import d'IFC*. A ce titre aucun des majors de la conception BIM n'ont à ce jour de certification pour des import/export d'IFC via MVD "Design Transfer view". Cet ambitieux MVD a vocation de permettre la modification du fichier IFC.
Je vous invite à jeter votre fichier IFC dans un banal éditeur de texte pour en avoir le coeur net.
* Certifications IFC et leur exigence d'échange :
https://www.buildingsmart.org/compliance/software-certification/certified-software/
CF
Bonjour Mohammed,
Comme l'a expliqué @Benoît LECRIOUX# l'ouverture IFC permet à Revit de mieux interpréter l'IFC que la liaison IFC.
Pour cela, il faut comprendre comment fonctionne cette transcription :
Tout logiciel de modélisation possède des catégories / layers (...) permettant de définir les objets murs, poteaux (...) alors que l'IFC classe ces objets en classes IFC (IfcWall, IfcColumn) puis lorsque la granulométrie est plus fine en énumération IFC (IfcWallType.PARTITIONS). Je t'épargne les données à embarquer dans l'IFC (configuration des jeux de propriété IFC, altimétrie IfcSite...) car il existe de bon guide fourni sur des sites (Autodesk, BIMStandard...)
L'export d'un logiciel natif (ici Revit) vers l'IFC génère :
Murs non porteurs (Revit par exemple) => IfcWallType.PARTITIONS
Cela est possible lorsque l'export IFC de Revit est correctement configuré et lorsque la "table de mappage" disponible dans les options IFC est correctement réalisé. Cette dernière est un format *txt personnalisable lorsque l'on maitrise l'IFC. En plus de cette table, Revit est personnalisable en ajoutant des paramètres partagés qui ré-aiguille des objets lorsque l'objet Revit est mal classifier IFC via la table de mappage. Il s'agit de "IfcExportAs", "SiteName", "ZoneName"... Bref, tous ça pour dire que l'inexploitation d'un modèle est en parti dû à l'émetteur.
L'import d'un IFC vers un logiciel natif fonctionne de la même manière, à l'inverse. Dans Ouvrir IFC, tu remarqueras qu'il existe aussi des options IFC avec une table de mappage inversée :
IfcWall => Murs (au sens Revit)
Ainsi, si le modèle que tu as récupéré est constitué d'un seul mur multicouche sous forme d'IfcWall, il te sera impossible de le décomposer. Revit ne l'a pas interprété comme mur multicouches.
Je te propose 1 solution si l'architecte (pour des raisons contractuelles qui s'entendent) ne souhaite pas te communiquer un modèle Natif Revit : Demander une maquette IFC constitué de Parts. Les "méthodistes" connaissent très bien
La parts au sens Revit est un objet élémentaire qui permet la réalisation en modes constructifs et ainsi permet la décomposition souhaitée tout en conservant le modèle originale. Pour un mur multicouche, il se décompose en objets "parts" indépendant pour chaque couche.
L'export IFC de Revit autorise l'interprétation de ces parts en IfcBuildingElementPart (https://bim.tech.fr/ifc/IfcBuildingElementPart.html) en cochant la case "Exporter les éléments comme éléments du bâtiment".
Ainsi, tu récupèreras des couches indépendantes.
Comme l'a expliqué @Benoît LECRIOUX# l'ouverture IFC permet à Revit de mieux interpréter l'IFC que la liaison IFC.
Pour cela, il faut comprendre comment fonctionne cette transcription :
Tout logiciel de modélisation possède des catégories / layers (...) permettant de définir les objets murs, poteaux (...) alors que l'IFC classe ces objets en classes IFC (IfcWall, IfcColumn) puis lorsque la granulométrie est plus fine en énumération IFC (IfcWallType.PARTITIONS). Je t'épargne les données à embarquer dans l'IFC (configuration des jeux de propriété IFC, altimétrie IfcSite...) car il existe de bon guide fourni sur des sites (Autodesk, BIMStandard...)
L'export d'un logiciel natif (ici Revit) vers l'IFC génère :
Murs non porteurs (Revit par exemple) => IfcWallType.PARTITIONS
Cela est possible lorsque l'export IFC de Revit est correctement configuré et lorsque la "table de mappage" disponible dans les options IFC est correctement réalisé. Cette dernière est un format *txt personnalisable lorsque l'on maitrise l'IFC. En plus de cette table, Revit est personnalisable en ajoutant des paramètres partagés qui ré-aiguille des objets lorsque l'objet Revit est mal classifier IFC via la table de mappage. Il s'agit de "IfcExportAs", "SiteName", "ZoneName"... Bref, tous ça pour dire que l'inexploitation d'un modèle est en parti dû à l'émetteur.
L'import d'un IFC vers un logiciel natif fonctionne de la même manière, à l'inverse. Dans Ouvrir IFC, tu remarqueras qu'il existe aussi des options IFC avec une table de mappage inversée :
IfcWall => Murs (au sens Revit)
Ainsi, si le modèle que tu as récupéré est constitué d'un seul mur multicouche sous forme d'IfcWall, il te sera impossible de le décomposer. Revit ne l'a pas interprété comme mur multicouches.
Je te propose 1 solution si l'architecte (pour des raisons contractuelles qui s'entendent) ne souhaite pas te communiquer un modèle Natif Revit : Demander une maquette IFC constitué de Parts. Les "méthodistes" connaissent très bien
L'export IFC de Revit autorise l'interprétation de ces parts en IfcBuildingElementPart (https://bim.tech.fr/ifc/IfcBuildingElementPart.html) en cochant la case "Exporter les éléments comme éléments du bâtiment".
Ainsi, tu récupèreras des couches indépendantes.
DL


