Türen: Alle Parameter mit Tabellen steuern?

[arquitextonica]

Hallo Zusammen.
Ich versuche gerade Türen dürch unsere tolle Tabelle zu steuern.
Für einige Parameter ist es doch möglich (zBsp Maßen) und das vereinfacht unseren Leben eine Menge.
Für andere, die Möglichkeit ein eigene Datenbank zu mappieren ist super.
Aber jetzt stolpere ich mit so eine "einfache" Sache und weiß ich nicht ob es möglich wäre.

Da die unterschiedliche Öffnungsarten nur 6 sind, hatte ich ein Pop-Up erwartet aber ist ein Text...
Aber Nr.2 die IFC Öffnungsart ist doch ein Pop-Up aber kann auch nicht in die Tabelle angepasst werden...
Haben wir eine Möglichkeit? Oder muss es umbedingt dürch die OIP gesteuert werden?
Danke im Voraus!

Bearbeitet 29. September 2021 von arquitextonica

[Stefan Bender]

Sehr geehrter arquitectonica,

 

um Werte der Türen zu ändern, benutzen Sie bitte ausschließlich die Infopalette oder den Einstellungsdialog der Tür.

 

Viele Datenbankwerte können auch über Scripts geändert werden, dabei besteht aber die Gefahr, die Tür in einen inkonsistenten Zustand zu versetzen.

 

Viele Werte - vor allem die meisten aus den IFC-Daten und Psets - sind "Read-Only" und werden  von der Tür zur Laufzeit berechnet. Änderungen, die von außen an diesen Werten vorgenommen werden, werden also ignoriert und von der Tür bei jeder Neuberechnung wieder überschrieben.

 

Als Faustregel gilt: alle IFC-Werte, die NICHT im Dialogfenster "Infos" bearbeitet werden können, werden automatisch berechnet und etwaige Änderungen daran sind zwecklos.

 

Gleiches gilt für die Fenster.

 

[arquitextonica]

vor 2 Stunden schrieb Stefan Bender:

ausschließlich

 

vor 2 Stunden schrieb Stefan Bender:

die Gefahr, die Tür in einen inkonsistenten Zustand zu versetzen.

Danke Herr @Stefan Bender. Meine Meinung als Anwender ist das wir sollten nicht so viel Freiheit wie möglich sonder alle die Freiheit um unsere Werkzeuge auch in einen inkonsistent Zustand zu versetzen.

CW hat eine selbsverstanden Verantworlichkeit bzgl. die Werkzeuge, aber wenn wir entschieden könnten, werden wir sicher freier und zufriedener. (Wie gesagt, meine persöhnliche Meinung).

[Stefan Bender]

Ich habe meine Antwort wohl falsch formuliert. ALLE Datenbankfelder können über Scripts geändert werden. Die Gefahr ist aber groß, dass unüberlegte Änderungen zu inkonsistenten Zuständen und damit zu Frust bei den Benutzern führen. Und die IFC-Daten müssen großenteils berechnet werden, weil sie von anderen Werten abhängen. Viele der IFC-Daten eignen sich ohnehin nicht als Eingabewerte, weil sie nur einen kleinen Teil der möglichen Optionen abdecken oder nicht präzise genug sind.

[arquitextonica]

Aber über Scripts finde ich auch nicht (voll) anwenderfreundlich.
MMn, die Tabellen wären eine sehr einfache Weg alles zu steuern, und die möglicher Inkonsistenzen könnten "angezeigt" werden (anstatt geschütz).

[Stefan Bender]

Natürlich sind Scripts nicht sehr anwenderfreundlich. Aber für das Ändern von Daten ist das auch nicht der vorgesehene Workflow. Es gibt es genügend anwenderfreundlichere Methoden wie Dialoge, Infopalette und das Bearbeiten von Objektstilen.

[arquitextonica]

vor 18 Minuten schrieb Stefan Bender:

genügend

Sorry, aber nach meine Meinung als Anwender und doktorand in Informationsbasiertes Entwerfen, sind die nicht.