Support Forum

[Frage] Smartparts und IFC-Attribute [Gelöst]

Schlagworte:
  • SmartPart
  • BIM
  • Attribute
  • IFC

Schönen Tag!

Wir beschäftigen uns nun seit einer Weile mit Smartparts und verwenden von uns selbst programmierte Smartparts zum Konstruieren von Baugruben und weiteren Spezialtiefbauten. Das funktioniert sehr gut zum erstellen von Plänen und Reports und zur Fehlervermeidung.
Nun wollen wir einen Schritt weiter gehen und uns mit dem Thema BIM beschäftigen. Leider gibt es im Bereich Tiefbau nicht sehr viele Referenzen, weshalb wir ein paar Fragen haben.

Am Beste zeigen wir das einfach anhand einem Beispiel - der Spundwand.
Die Spundwand ist geometrisch erzeugt und auch Querschnittswerte wie das Elastische Widerstandsmoment (ein von uns selbst erzeugtes Attribut) sind hinterlegt. Als IFC-Objekttyp haben wir IfcWall und als IFC-ObjektSubtyp SHEAR gewählt.

Unsere Spundwand ist somit für ein BIM-Bauteil noch sehr rudimentär.
Wenn man sie in Solibri aktiviert sind im Bereich Klassifizierung keine Einträge vorhanden - wie kann man den ein selbst definiertes Bauteil klassifizieren?
Außerdem würden wir gerne die Attribute in das Script einbinden. Das funktioniert eigentlich ganz gut mit einem mit dem jeweiligen Attribut verknüpften Parameter, wenn man jedoch versucht den IFC-Objekttyp an einen Parameter zu binden wird dieser immer als Undefiniert ausgegeben.
Außerdem würde uns interessieren wie man eine Beziehung herstellt bzw. was man dabei beachten muss?
Zu guter Letzt wäre es noch interessant zu wissen, wie man mit Bauteilen umgeht, welche sich aus mehreren unterschiedlichen Materialien zusammensetzten, da das Attribut Material nur ein mal vergeben werden kann.

Schon mal Danke im Voraus!

Anhänge (3)

Typ: image/png
120-mal heruntergeladen
Größe: 8,45 KiB
Typ: image/png
245-mal heruntergeladen
Größe: 33,84 KiB
Typ: image/png
101-mal heruntergeladen
Größe: 9,27 KiB

Lösung anzeigen Lösung verbergen

Meines Wissens geht das in 2018 gar nicht.
Wenn Ihr möglichst viel aus IFC herausholen wollt, wäre ein Update auf 2019 aber auch schon alleine wegen der QuantitySets eine Überlegung wert.

GEA Arquitectos S.L.P.
Calle Gerardo Diego 6A | 41013 Sevilla | Spain

21 - 30 (32)

I don't know (I'm too far...).
Maybe, change the name of the "Test2" SmartPart and save it in your project.
Modify "Test1-1" with the new name and try again.

You can try also to use an hotline tool to reset SmartPart data.
Close Allplan and open Allmenu, go to "Services > Hotlinetools" and use "delsmtcache"...


I've tried it with a new name for Test2 and i deleted the SmartPart-Cache but it still won't work.
I think the problem lies within the version of Allplan (v2018).
We will be updating the version soon and I'll let you know if it works with Allplan v2019!

Thank you for your help!

Hello,
I've just added the both SmartParts in a new document in Allplan 2018 (with drag-and-drop) and it works fine.
Try to load it in your Allplan (see attached file in version 2018).


Anhänge (2)

Typ: image/png
46-mal heruntergeladen
Größe: 44,64 KiB
Typ: application/octet-stream
1036-mal heruntergeladen
Größe: 768,26 KiB

Hello!

I tried it with the new document just like you said. If I modify the attributes of the SmartPart-Group I get the same results - however the attributes that are displayed are still the attributes from the MainOject Test1-1!
If I try to export the attributes of the SmartPart-Group the IFC_Object_Type of test2 is still missing! Only Test1-1 is listed as an IfcPile but I want the SubObject test2 to be listed as an IfcPile as well!

The only way I can achieve this is with a workaround. I have to copy and paste (inside the Excel-chart) the attribute IFC_Object_Type from Test1-1 into test2. Only if I import the modified Excel-chart into Allplan the SubObject test2 will be listed as an IfcPile.

Anhänge (3)

Typ: image/png
41-mal heruntergeladen
Größe: 31,16 KiB
Typ: image/png
39-mal heruntergeladen
Größe: 23,04 KiB
Typ: image/png
38-mal heruntergeladen
Größe: 10,51 KiB

Hello,

I made some tests and I think that there is no solution as you expected.
The IFC_object_type is correctly added to the sub-SmartPart but it cannot be send with the function for attributes export.
Maybe you can use only one SmartPart without sub-SmartPart. Then, you'll get the right attribute. To get the right number of elements, just put the number in a variable associated to the right attribute ("Menge" or "Nettomenge" for example)...


Here you'll find an example with an "all-in-one" SmartPart.
Let me know your feedback.


Anhänge (1)

Typ: text/xml
1022-mal heruntergeladen
Größe: 6,19 KiB

Hello.

Thank you very much for your effort!
The problem is, that we need to call the SubObject with CALL_OBJ. Our Reports won't work if we don't call the SubObjects - plus it would be a lot of work to "rebuild" all the SubObjects as Subscripts considering the SubObjects have very high LOD and the Scripts of the SubObjects are very complex on their own.
It seems like the only way to create an IFC-Export of SmartPart-Groups is the workaround I described earlier.

I hope the possibility to change the Ifc_Object_Type of a called SubObject inside the MainObject will be added soon.

Anyway, I am thankful for all your help!
Have a nice day.

Hello,

Maybe, you can go on with subscripts but without "Allow countable subobjects". The result will be an unique object as a group.
So, you can count the elements with the code to send the right number...


But if I try to export an Ifc-File without "allow countable subobjects" all of the Subobjects will be one big object. There is no way to look at them individually. And since not all of the SubObjects are exactly the same, it doesn't make sense to do that.

Ok, I just give you some ideas to try to get a result according to the possibilities of the SmartParts.
What you would like to do is not entirely possible. So, compromising is surely necessary...


21 - 30 (32)