Find the next step in your career as a Graphisoft Certified BIM Manager!

Collaboration with other software
About model and data exchange with 3rd party solutions: Revit, Solibri, dRofus, Bluebeam, structural analysis solutions, and IFC, BCF and DXF/DWG-based exchange, etc.

What is the reason behind (Ifc) Description being hard coded for spaces?

Mats_Knutsson
Advisor

Me wonder...

 

We're a part of a national team creating a new basic Swedish standard for BIM and regarding stories we want to use Name for the numbering and Description for the "public name".

Example: 

02 Mezzanine where 02 is the number and Mezzanine the "public name".

 

Mapping to IfcSpatialElement is hardcoded and and I wonder why?

 

Br,

Mats


2022-06-30_09-55-01.png
AC 25 SWE Full

HP Zbook Fury 15,6 G8. 32 GB RAM. Nvidia RTX A3000.
7 REPLIES 7

Name and Description are attributes inherited from ifcRoot. So it is rather a question of how attributes are derived when AC creates ifc entities from native entities and it would be nice if we had some more control over this.

For stories Name is locked to the name of the viewport and Description is not derived.

And I think that your public name actually should be the ifc attribute LongName inherited from IfcSpatialElement and not Description which should be used for informative notes/comments.

This doesn't really answer the real question - why can we use property mapping to override some attributes of some entities but not all?

 

And I guess that it in the case of stories it comes down to that AC doesn't have a clear-cut entity corresponding to ifcBuildingStory and even if it did the relationship between many parameters would be 1-1 so mapping doesn't really make sense. However, we should be able to control that ifcName is derived from story number instead of name and that ifcLongName is derived from story name. We should also be able to add a note to each story from which ifcDescription is derived.

True about IfcLongName. Being able to override the mapping is what I need anyways. We're working with Archicad, Revit and Tekla to begin with with the purpose of crating IFC-export templates so that the IFC-model has the same structure and content regardless of cad program or localization. It's a very basic requirement but desperately needed. We showel all needen properties into one dedicated pset and that's all fine but all ifc-programs have this cunning Summary folder with hardcoded content and it's here I can't get the name of the storey to show.

AC 25 SWE Full

HP Zbook Fury 15,6 G8. 32 GB RAM. Nvidia RTX A3000.

I guess that it is the IFC reader that decides what to show in ID/summary tabs but since Name and Description are root attributes they are safe bets. Solibri doesn't seem to show LongName by default, BIMcollab does.

Yes they are safe bets. Unfortunate the the summary folder varies...creates confusion.

AC 25 SWE Full

HP Zbook Fury 15,6 G8. 32 GB RAM. Nvidia RTX A3000.
Laszlo Nagy
Community Admin
Community Admin

Guys, this discussion seem to head into the direction of a wish. So, if you have a wish about it, please post it in the Wishes forum so we can submit it to Graphisoft.

If you do make a wish, please post its link in this thread.

Loving Archicad since 1995 - Find Archicad Tips at x.com/laszlonagy
AMD Ryzen9 5900X CPU, 64 GB RAM 3600 MHz, Nvidia GTX 1060 6GB, 500 GB NVMe SSD
2x28" (2560x1440), Windows 10 PRO ENG, Ac20-Ac27