Allplan Forum: Smartparts und IFC-Attribute

GUBALLPLAN

10.12.2019 - 12:22

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

21 - 30 (32)

Bertrand_C

11.12.2019 - 14:42

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"...

GUBALLPLAN

12.12.2019 - 12:13 *

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!

Bertrand_C

12.12.2019 - 14:32

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

DocumentSMT.ndw

Typ: application/octet-stream

1025-mal heruntergeladen

Größe: 768,26 KiB

GUBALLPLAN

13.12.2019 - 05:43

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

Bertrand_C

13.12.2019 - 14:47 *

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)...

Bertrand_C

13.12.2019 - 14:57 *

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

Anhänge (1)

Test3.smt

Typ: text/xml

1016-mal heruntergeladen

Größe: 6,19 KiB

GUBALLPLAN

16.12.2019 - 15:38

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.

Bertrand_C

16.12.2019 - 16:00

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...

GUBALLPLAN

17.12.2019 - 05:25 *

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.

Bertrand_C

17.12.2019 - 09:53

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)

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

Anhänge (3)

Lösung anzeigen Lösung verbergen

Anhänge (2)

Anhänge (3)

Anhänge (1)