Objekt auslesen - Code für Formel Attribut


Servus!

Ich habe ein Formel Attribut erstellt, dass den Objektnamen zurückgibt. Gerne könnt Ihr den Code nutzen.
Falls Ihr nicht wisst wie, könnt ihr auch mein Video dazu ansehen. Servus

Edit: Ich habe den Code nochmals neu abgelegt und ausprobiert.

https://www.youtube.com/watch?v=0Yql4ihNWW4

Ich entwickle herstellerübergreifende Einbauteil-Generatoren
Zu den Einbauteilen: https://www.suppgra.de/downloads/
E-Mail: peter.poeppl (please no spam) @ (please no spam) SUPPGRA.DE
Mobil: 0152 54 988 998
Telefon: +49 (0) 8464/2469946
Homepage: http://www.SUPPGRA.DE (für Faule), oder http://www.SUPPGRADE.DE
LinkedIN: https://www.linkedin.com/in/peter-poeppl/
Webinar: https://20502.webinaris.co/12088/supparts_2024.html?mode=L&v=4

Allegati (1)

Type: text/plain
130 scaricato
Size: 13,60 KiB

Show most helpful answer Hide most helpful answer

In VTB, Filtern für Legenden und Reports ist es zumeist einfacher nach der Objektnummer zu filtern, zumal über die Funktion ELE(Attribut, gefilterte Ausprägungen -> siehe Hilfe Allplan) eine Kurzform existiert. Die Lesbarkeit ist dabei weniger gut.
Dass Attribut @498@ zeigt den Objektnamen, welcher aber nur dann der native Name ist, wenn dieser nicht verändert wurde.
Hauptkriterium für die Nummer statt dem Namen ist/wäre ich die nicht notwendige Übersetzung, um selbigen Report usw. auch international verwenden zu können.

unbekannter Verfasser ist ein unbekannter Verfasser und Namen sind und sollen nur dem Verfasser selbst bekannt sein.

21 - 22 (22)

du kannst nach einer 1 in allen Sprachen gleich suchen, oder nach einer Wand/wall/mur/Хана/קִיר in fünf (nicht alle ganz willkürlich) gewählten Sprachen. Das macht aus meiner Sicht schon einen gewaltigen unterschied!
Es ist nicht selten, dass in Projekten mit Allplan in unterschiedlichen Sprachen gearbeitet wird, da kommt dieses Attribut sofort an seine grenzen.

Ich möchte nicht abstreiten, dass du dazu positives Feedback bekommst, nur sollte klar sein, dass dieser Weg die Auswertung an anderer Stelle verkomplizieren kann!

Eine eindeutige Bezeichnung ist gerade bei Projekten mit vielen BEteiligten und ggf unterschiedlicher Software um so wichtiger (siehe ifc)

p.s. wer die Sprachen errät, bekommt von mir ein Bier am Vorabendevent des buildingSmart Anwendertags in Erfurt spendiert. Da lässt sich dann auch sehr gut weiter zu diesem interessanten Thema Diskutieren. ;)

Viele Grüße
Florian

LinkedIn-Profil

www.vollack.de

Das kommt halt auf den Verwendungszweck an. Das einfache Ingenieurbüro benötigt Stahlmassen. Diese können nun mit einfachen Mitteln per Excel exportiert werden. Danach in Excel vom Ingenieur (der keine Ahnung von Allplan hat) bearbeitet, und anschließend wieder zurück gelesen werden.
Der Ingenieur wird mit einer Zuordnung "1" gar nichts anfangen können.

Nehmt es mir nicht böse, aber ich zeige einen Weg und ein Mittel auf, das vielen Leuten helfen kann. Es ist schon gut, dass man auf "Fehlerquellen" oder auf "Arbeitsweisen" aufzeigt, wo dieser Anwendungsfall nicht praktisch ist.

Aber mir geht es darum die Leute anzusprechen, die daraus einen eindeutigen Mehrwert sehen. Und der ist hier gegeben. Denn das Bauteil hat eine eindeutige Zugehörigkeit.

Und der nächste Schritt, auch wenn es ihn jetzt noch nicht gibt, wäre: Dass das Bauteil anhand der Stilfläche erkennt, aus welchem Material es besteht.

Dann müsste Material und Objektname nicht mehr fehlerhaft gepflegt werden und wäre in jedem Projekt, in jedem Büro eindeutig.

Servus

Ich entwickle herstellerübergreifende Einbauteil-Generatoren
Zu den Einbauteilen: https://www.suppgra.de/downloads/
E-Mail: peter.poeppl (please no spam) @ (please no spam) SUPPGRA.DE
Mobil: 0152 54 988 998
Telefon: +49 (0) 8464/2469946
Homepage: http://www.SUPPGRA.DE (für Faule), oder http://www.SUPPGRADE.DE
LinkedIN: https://www.linkedin.com/in/peter-poeppl/
Webinar: https://20502.webinaris.co/12088/supparts_2024.html?mode=L&v=4

21 - 22 (22)

https://campus.allplan.com/ utilizza cookies  -  Maggiori informazioni

Accetta