Raumzuordnung - Tür

[Stefan Bender]

Genau so ist es, solange die Tür keinen äußeren Anstoß erhält, ändert sie sich nicht. Die Problematik habe ich oben beschrieben.

[GSP_nowhere]

vor 20 Minuten schrieb Matteo:

naja, sobald man dann mit Türstilen arbeitet geht es wieder besser. Eine Tür ohne Stil, die eingesetzt wurde, bevor die entsprechenden Räume gezeichnet wurden, hat da ihre Schwierigkeiten ...

 

Das gleiche gilt übrigens auch bei Türstilen.

Was soll das bedeuten?


Was funktioniert mit Stilen besser ?



kommt eine Änderung im Raumobjekt... ist die Türe zu Refreshen...
sonst werden die Änderungen nicht übernommen?


 

[Matteo]

Gerade eben schrieb GSP_nowhere:

Was funktioniert mit Stilen besser ?

das bedeutet inzwischen nichts. Denkfehler. Im Endeffekt muss die Tür aktualisiert werden, um zu wissen:

- dass sie sich über einem Raum befindet

- dass der Raum seinen Namen oder seine Nummer geändert hat

 

Das heißt, User von Türdatenbanken, in denen Räume angegeben werden müssen ab jetzt häufiger Türen aktualisieren.

Wäre was für ein kleines Pythonscript....

[GSP_nowhere]

@MatteoAlles klar !

[Matteo]

def tuerreset(obj_H):
	vs.ResetObject(obj_H)

vs.ForEachObject(tuerreset,"(PON='Door CW')")

mit diesem script könnt ihr alle Türen resetten. 

[pappadam1984]

vor 1 Minute schrieb Matteo:

def tuerreset(obj_H):
	vs.ResetObject(obj_H)

vs.ForEachObject(tuerreset,"(PON='Door CW')")

mit diesem script könnt ihr alle Türen resetten. 

Tut das dieser Knopf nicht auch?

[Stefan Bender]

Genau den hatte ich gemeint.

[pappadam1984]

Der Haken muss jetzt auch öfters gesetzt sein.

[GSP_nowhere]

@Stefan Bender


ein Einbinden des Aktualisierenbefehls an irgendeiner Stelle wäre sehr hilfreich....

das bei jeder Raumänderung nicht alle Türen aktualisiert werden können ist verständlich.

vielleicht ist ein eingrenzen der Aktualisierung auf die bedingten türen ja möglich ?


ansonsten sollte spätestens beim Export ( Tabellen Pläne etc) die Objekte aktualisiert werden...





dem Bearbeiter dies zu Überlassen halte ich für sehr fehleranfällig.... hier sollte mMn. von Softwareseite entgegengesteuert werden um Fehler o.a. zu vermeiden.

 

vor 4 Minuten schrieb pappadam1984:

Der Haken muss jetzt auch öfters gesetzt sein.

Dieser Hacken ist was ich meine.... allerdings gibt es viele Möglichkeiten verschiedene Formate wie auch Wege/Möglichkeiten aus VW zu exportieren.


allein z.b. der Export von Tabellen (oben Tabelle Exportieren) oder Exporte, die nicht zwangsweise über "publizieren" gemacht werden, bergen hier Fehleranfälligkeiten.
 

ich finde durchaus, dass dies ein kritisches Problem ist.... welches Menschen die evtl. nicht sehr PC afin sind eventuell garnie nachvollziehen...

Bearbeitet 14. November 2022 von GSP_nowhere

[Matteo]

vor 16 Minuten schrieb pappadam1984:

Der Haken muss jetzt auch öfters gesetzt sein.

das auch, ein Skript für so Zwecke ist aber auch nech doof.

[Matteo]

vor 19 Minuten schrieb pappadam1984:

Tut das dieser Knopf nicht auch?

den Knopf gibts schon viel zu lange. Hatte ihn schon fast vergessen  

[pappadam1984]

vor 33 Minuten schrieb Matteo:

das auch, ein Skript für so Zwecke ist aber auch nech doof.

Wenn man das noch umschreibt auf "Türen auf aktuelle KE" aktualisieren, bin ich bei dir.

[Matteo]

vor 12 Minuten schrieb pappadam1984:

Wenn man das noch umschreibt auf "Türen auf aktuelle KE" aktualisieren, bin ich bei dir.

def tuerreset(obj_H):
	vs.ResetObject(obj_H)

criteria="(((PON='Door CW')))"
Int, criterianeu= vs.EditCriteriaWithUI(criteria)
vs.ForEachObject(tuerreset,criterianeu)

Hier kannst Du in nem Menü auswählen, in welchen Ebenen Du die Türen resetten möchtest

[Stefan Bender]

Ab SP 2 wird bei der Tür als Raumname der Inhalt des Datenbankfeldes "11_NameDisplay" angezeigt werden. Das sollte immer korrekt sein.

[GSP_nowhere]

@Stefan Bender

vielen Dank !

[ABPfeiffer]

Hi,

ich hab das Problem, dass ich die Raumzuordnung auch ins ifc übertragen will.... hab das bisher in Classification und dort unter location. in der Vorschau und im Datenfenster wird auch alles richtig angezeigt, - war schon ganz begeistert - aber leider!! wird beim Export das PSet "Classification" überhaupt nicht übertragen... kann mir hier jemand sagen, wo ich der Tür im ifc am besten diese Information gebe? (Brauche das für den Übertrag nach Prevera)

 

Vermutlich hab ich dafür den komplett falschen Ort gewählt, hab aber nichts gefunden, wo ich das sonst eintragen könnte....

 

 

[Stefan Bender]

Die Klassifikationswerte können im Türdialog im Reiter "Infos/IFC-Daten" eingegeben werden. Alternativ auch in der Infopalette, dafür muss alllerdings der betreffende Bereich im Reiter "Infopalette" eingeschaltet werden.

[Stefan Bender]

Für die Raumzuordnung der Türen gibt es in der Tür eigene Datenbankfelder. Die Klassifikationsdaten sind meines Wissens nicht dafür gedacht.

[ABPfeiffer]

... unter Infos/IFC-Daten gibt es die Raumzuordnung nicht.

unter Infopalette is eigentlich alles alles schon so eingestellt - bzw. spätestens im Datenmanager... - > im Datenreiter erscheint es ja auch ...

Aber es kommt im ifc nicht raus....
Wenn ich die Datei im BIM Collab öffne, wo würde/sollte die Raumzuordnung auftauchen?  ich hätte es ja unter "Location" erwartet. aber es taucht nirgends auf... deshalb hatte ich es dann eben über eins der verfügbaren PSets gemacht...da hatte sich die Classification angeboten, da es hier ein "Location" gibt.... aber - auch wenn ich es in der Türe selbst nochmal anschalte in der Infopalette, erscheint das Classification PSet nicht im ifc... 

 

Bearbeitet 27. März von ABPfeiffer

[Viktor Frank]

Hallo @ABPfeiffer

die Felder
Classification Source und Classification Edition müssen auch ausgefüllt sein, damit das Pset Classification exportiert wird.


Ich bin der Meinung, dass dieses Pset sich nicht eignet für dein Vorhaben.
Es ist eigentlich laut bSI für Klassifikationssysteme von Entitäten/Objekten vorgesehen.
In Deutschland wäre bspw. die DIN276 ein solches Klassifikationssystem, welches auch so Anwendung findet.
https://standards.buildingsmart.org/IFC/DEV/IFC4_2/FINAL/HTML/schema/ifcexternalreferenceresource/lexical/ifcclassification.htm

Generell ist das IFC-Schema, gerade bei Türen, schnell erschöpft.
Daher ist es empfehlenswert seine relevanten Daten in einem eigenen Pset speziell für Türen zu sammeln.


Es gibt Bestrebungen von buildingSMART Deutschland sowie mehreren Türherstellern einen einheitlichen Standard für ein solches Pset zu definieren.


Liebe Grüße

Viktor

Bearbeitet 27. März von Viktor Frank

[ABPfeiffer]

Hi @Viktor Frank danke Dir. Das hört sich vielversprechend an. Ich werde es mal über ein eigenes PSet probieren und schauen, ob Prevera das nutzen kann. 

[Stefan Bender]

>>>>... unter Infos/IFC-Daten gibt es die Raumzuordnung nicht.

Dafür gibt es (in der Liste direkt untendran) den Reiter "Raumzuordnung".

[ABPfeiffer]

vor 37 Minuten schrieb Stefan Bender:

>>>>... unter Infos/IFC-Daten gibt es die Raumzuordnung nicht.

Dafür gibt es (in der Liste direkt untendran) den Reiter "Raumzuordnung".

Hi Stefan, ja, da hab ich sie ja drin, aber ich brauch den Übertrag ins ifc und der findet nirgends statt... 

[Stefan Bender]

Ich bin leide rnicht der Experte für den IFC-Export, aber vielleicht kann man das im Datenmanager einstellen. Wenn es wirklich einen Bug beim IFC-Export gibt, bitte unseren Support kontaktieren. Vielen Dank!

[ABPfeiffer]

Hi @Stefan Bender, danke Dir, ich probier es jetzt mal über ein eigenes PSet, wie es @Viktor Frank vorgeschlagen hat. Meld mich dann sicher wieder ...