Support Forum

Objekt auslesen - Code für Formel Attribut

Schlagworte:
  • Objekt.000
  • Objekt
  • Attribut
  • Formel

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

Anhänge (1)

Typ: text/plain
408-mal heruntergeladen
Größe: 13,60 KiB

Hilfreichste Antwort anzeigen Hilfreichste Antwort verbergen

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.

Die Kunst, welcher ein Ingenieur vermutlich erlernte ist weit genug lesen zu können, um Informationen quer übergreifend verwenden zu können.

Fehlerkultur ist nicht, alles als Fehler zu bezeichnen um Aufmerksamkeit zu erregen.
Fehler sollte nur ein wirklicher Fehler benannt werden.
Eine Darstellung - von Zahlen oder Zeichnungen - die nicht dem eigenen Gusto entspricht und/oder nicht den eigenen Regeln entspricht ist nicht automatisch falsch in der Sache.

11 - 20 (22)

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.

Die Kunst, welcher ein Ingenieur vermutlich erlernte ist weit genug lesen zu können, um Informationen quer übergreifend verwenden zu können.

Fehlerkultur ist nicht, alles als Fehler zu bezeichnen um Aufmerksamkeit zu erregen.
Fehler sollte nur ein wirklicher Fehler benannt werden.
Eine Darstellung - von Zahlen oder Zeichnungen - die nicht dem eigenen Gusto entspricht und/oder nicht den eigenen Regeln entspricht ist nicht automatisch falsch in der Sache.

Zitiert von: Suppgrade

Zitiert von: HaTeMHi,

ENG: The same result can be obtained using the formula in the picture (Snap2.jpg). I don't understand why you defined the formula this way.DEU: Das gleiche Ergebnis kann mit der Formel im Bild erzielt werden. Ich verstehe nicht, warum Sie die Formel so definiert haben.

Hi Hatem,
ich kenne das Attribut Object_name gar nicht. Bei mir führt das auch nur zum Ergebnis 0. Kannst du mir zeigen, was bei dir herauskommt, ich lerne gerne dazu.

Hi Suppgrade,

ENG: You can see the result in the attached file.

DEU: Das Ergebnis können Sie in der angehängten Datei sehen.

Hatem OZDEMIR
Architect | Allplan Trainer | BIM Manager
Website: http://www.mimcad.com
Website: http://www.bimakademi.com
e-mail: hatemozdemir[at]gmail.com
Ankara / Turkiye
LinkedIn-Profil
YouTube

Anhänge (1)

Typ: image/jpeg
74-mal heruntergeladen
Größe: 182,14 KiB

Zitiert von: _QAF_
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.

ENG: I think the object name attribute should be an attribute that cannot be changed.
DEU: Ich denke, das Objektnamenattribut sollte ein Attribut sein, das nicht geändert werden kann.

Hatem OZDEMIR
Architect | Allplan Trainer | BIM Manager
Website: http://www.mimcad.com
Website: http://www.bimakademi.com
e-mail: hatemozdemir[at]gmail.com
Ankara / Turkiye
LinkedIn-Profil
YouTube

Zitiert von: HaTeM

Zitiert von: _QAF_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.

ENG: I think the object name attribute should be an attribute that cannot be changed.

DEU: Ich denke, das Objektnamenattribut sollte ein Attribut sein, das nicht geändert werden kann.

Ich habe dein Attribut ausprobiert, es beinhaltet den Standard-Attributnamen für Objekte. Den möchte ich nicht nutzen, da dieser Veränderbar ist (siehe Anhang). Ich dachte Object-Name wäre ein anderes Attribut als Objektname
Dazu gibt es mir den Namen der Gesamt-Wand aus.

Der Vorteil des Objekt-Auto-Attributes ist, dass es eine eindeutige Zuweisung des Objektes ersichtlich macht. Ich benötige keine "Umrechnung" mehr nach Zahlen zu suchen. Wer natürlich über Zahlenwerte arbeiten möchte, darf das gerne tun, Anwenderfreundlicher und viel verständlicher ist meine Variante, zumindest so meine eigene Meinung.

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

Anstatt aber hier mit einer unübersichtlichen, sprachlich auf eine Sprache eingegrenzten Formel zu arbeiten, würde ich - wenn ich für mich, bzw. meine Arbeiten einen Vorteil sehen würde - über eine Phyton-Formel gehen und damit die text-Datei der Objektnamen/bezeichnungen auslesen. Das hätte den "kleinen" vorteil, dass auch neue Objektnamen/nummern ausgegeben werden (z.B. wenn ein Makroordner in der Bibliothek angelegt wird)

Die Kunst, welcher ein Ingenieur vermutlich erlernte ist weit genug lesen zu können, um Informationen quer übergreifend verwenden zu können.

Fehlerkultur ist nicht, alles als Fehler zu bezeichnen um Aufmerksamkeit zu erregen.
Fehler sollte nur ein wirklicher Fehler benannt werden.
Eine Darstellung - von Zahlen oder Zeichnungen - die nicht dem eigenen Gusto entspricht und/oder nicht den eigenen Regeln entspricht ist nicht automatisch falsch in der Sache.

Zitiert von: _QAF_
Anstatt aber hier mit einer unübersichtlichen, sprachlich auf eine Sprache eingegrenzten Formel zu arbeiten, würde ich - wenn ich für mich, bzw. meine Arbeiten einen Vorteil sehen würde - über eine Phyton-Formel gehen und damit die text-Datei der Objektnamen/bezeichnungen auslesen. Das hätte den "kleinen" vorteil, dass auch neue Objektnamen/nummern ausgegeben werden (z.B. wenn ein Makroordner in der Bibliothek angelegt wird)

Ja klar, kann man auch machen. Ich sehe jetzt aber keine "Unübersichtlichkeit", sondern genau das Gegenteil. Und ein Python_Part ist nicht Jedermans Lösung. Ich könnte auch ein SmartPart dafür verwenden. Alle ist möglich. Aber die breite Masse wird diese einfache Umsetzung besser bewerkstelligen können als ein Smart-Part oder Python Part. Meist wird dieses Attribut für das Beschriften benutzt.

Der klassische Anwendungsfall im Ingenieurbau Lph4 Positionsplan: Ich brauche die Auswertung der Wand von der Wandstärke, bei der Stütze = Länge/Breite, beim Unterzug Breite/Höhe+Höhe Decke usw. Mit diesem Attribut kann jeder Anwender sich selbst ein Beschriftungsbild, eine Legende oder einen Report erzeugen, ohne eine zwischenschnittstelle zu erstellen.

Ich sage nicht dass die Lösung über das Python- oder SmartPart falsch ist. Es kommt nur auf den Zweck der Anwendung an. Und es gibt viel Feedback per Mail zu dieser Formel. Also es hat schon seine Daseinsberechtigung.

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

es wurde von mir kein Python-Part angedeutet, sondern eine Python-formel/Skript als selbst definierte Formel zur Verwendung in einem Beschriftungsbild.

Ich selbst - seit wenigen Jahren in der Materie tiefer drinnen - war froh, die Nummer der Objekte als zweifelsfrei entdeckt zu haben und damit viel kürze abfragen gestalten zu können. In der Aufbau und Testphase anstrengender, in der Anwendung egal.

Aber: jeder so umständlich wie er es gerne hat - respektive wie leicht er meint es haben zu können/wollen.

Die Kunst, welcher ein Ingenieur vermutlich erlernte ist weit genug lesen zu können, um Informationen quer übergreifend verwenden zu können.

Fehlerkultur ist nicht, alles als Fehler zu bezeichnen um Aufmerksamkeit zu erregen.
Fehler sollte nur ein wirklicher Fehler benannt werden.
Eine Darstellung - von Zahlen oder Zeichnungen - die nicht dem eigenen Gusto entspricht und/oder nicht den eigenen Regeln entspricht ist nicht automatisch falsch in der Sache.

Achso du nutzt eine Python-Formel im Editor. Ja, kann man auch machen. Ich kenne leider die Python Sprache nicht. Für mich wäre es umständlicher erstmal Python zu lernen, bevor ich diese Formel eingebe.

Wäre es dann nicht gut, wenn du die Python-Formel der Öffentlichkeit präsentieren würdest; damit wir alle etwas davon haben?
Ich wäre daran ehrlich interessiert.

Grüße,

Peter

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

Falsche Interpretation.
Ich sagte, man kann.

Der Anwendungsfall wäre ein möglicher. Aber wozu mit 122mm auf Fliegen schießen?
Die Verwendung der Objektnummern direkt ist hier zu einfach und zu weit im Standard verbreitet u zudem auch noch sprachunabhängig, als dass es hier einer "leichter" lesbaren Form bedarf.

Einmal ein Beschriftungsbild mit @OBJ@ vorbereitet u bei Bedarf des Bauteil, für welches ein ein Beschriftungsbild braucht u die Nummer ist klar für den Formeleinsatz.

Die Kunst, welcher ein Ingenieur vermutlich erlernte ist weit genug lesen zu können, um Informationen quer übergreifend verwenden zu können.

Fehlerkultur ist nicht, alles als Fehler zu bezeichnen um Aufmerksamkeit zu erregen.
Fehler sollte nur ein wirklicher Fehler benannt werden.
Eine Darstellung - von Zahlen oder Zeichnungen - die nicht dem eigenen Gusto entspricht und/oder nicht den eigenen Regeln entspricht ist nicht automatisch falsch in der Sache.

Ob ich jetzt nach einer 1 suche oder nach einer Wand, beides verkompliziert jetzt nicht bedeutend den Code. Das kann man so oder so sehen. Da ist mir das Argument aber zu schwach, für meinen Anwendungszweck.

Der PythonCode hätte mich aber wirklich interessiert, denn der hätte mein System an der Stelle schon verbessert.

Aber, zumindest habe ich gelernt dass auch Python im Formeleditor funktionieren. Danke dafür

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

11 - 20 (22)