Project2 3, 270, 3

[ruth1]

Hallo,

ich benutze im 2D Skript oft die Projektion
Project2 3, 270, 3
Die letzte 3 wegen der automatischen Schattierung.

Jetzt habe ich schon immer das Problem, daß im Grundriss eine andere Farbe dargestellt wird als die, die ich im Material angelegt habe und auch anders als sie im farbigen Schnitt dargestellt wird.

Ich möchte aber die gleiche Farbe wie im Schnitt haben.
Mischt sich die Farbe im Grundriss irgendwie? Oder liegt es an einer Einstellung?
Kann mir jemand helfen?

Schöne Grüße
Ruth

[Anonymous]

Nun muss ich allerdings gestehen, dass das ganze nicht mit einem einfachen Project2 Befehl abgetan ist. Man benötigt mehrere Project2-Befehle und muss im 3D-Script entsprechende CUTPLANEs anlegen; aber das Ergebnis ist eine korrekte projizierte Darstellung je nach Festlegung der Grundriss-Schnittebene.
Anliegend ein Beispiel GSM, welches ich aus Graphisoft-Objekten auf das nötigste reduziert und extrahiert habe. Download per Rechtsklick

[Frank Beister]

Außerdem gibt es bei anderen Befehlen Mask-Werte, die definieren, ob es sich bei den erzeugten Oberflächen um Schnitt- oder Oberflächen handelt. Außerdem gibt es auch einen Extrabefehl, der die Schnittattribute in 3D definiert.

[Hmooslechner]

Schade, dass es noch immer keine direkten Project2-Befehl gibt, der analog zur Wand, Dach, Schalen, Stützen oder Morphdarstellung arbeitet. Man muss da programmtechnisch noch ganz schöne Verrenkungen machen... Schön dass es geht - schade, dass es so kompliziert gehalten wird.

[Frank Beister]

schade, dass es so kompliziert gehalten wird.

Flexibel. 😉

[ruth1]

Ich wollte es eigentlich ganz einfach und unkonpliziert. Den komplizierten Weg kenne ich. Schade

[Hmooslechner]

Ich hab Jochens Programmbeispiel mal in eines meiner Konzept-GDLs reingepackt und es funktioniert. Soweit so gut..

Man braucht 23 neue Parameter, im Parameterscript 51 Zeilen, im Masterscript 45 Zeilen, im 2D-Script 95 Zeilen und im 3D-Script nochmals 38 Zeilen. Insgesamt so um, die 230 code-
Zeilen - nur um die Darstellung zu bekommen, die das Teil eigentlich in Archicad von sich aus haben sollte - wie eine Wand, ein Dach, eine Säule, ein Morph, ein.......

Kommt Euch das nicht selber etwas seltsam vor?

Wie gesagt - schön, dass es funktioniert - und auch noch so schön flexibel - grins - aber das Gelbe vom Ei ists wohl eher noch nicht..

[Anonymous]

Aber das brauchst Du doch dann nicht jedesmal. Das schreibst Du Dir einmal und verwendest es immer wieder.
Bei mir waren das sicher keine 230 Zeilen Quellcode.

[Hmooslechner]

Wenn Du nicht mit dem XMLConverter arbeitest, dann bist du schon einige Zeit mit erstellen aller nötigen Parameter beschäftigt.

Die Scripte sind natürlich rasch rüberkopiert.

Und der Interpreter des GDL muss natürlich alle diese Zeilen mitschleppen - was - vermute ich - Auswirkungen auf die Performance haben wird.

Wenn GDL selber diese Funktion mit drin hätte - wie eben native Archicad-Elemente auch - wäre das nicht nötig.

Dies beinhaltet natürlich auch die längst überfällige Aufnahme von Baustoffen ins GDL.

Wie viele Zeilen waren es denn - bei welchen Scripts - mit wievielen Parametern - bei Deiner Lösung?

[Anonymous]

Und der Interpreter des GDL muss natürlich alle diese Zeilen mitschleppen - was - vermute ich - Auswirkungen auf die Performance haben wird.

Diese 231 Zeilen nicht gerade, aber ACHTUNG:
Ich hatte einmal eine Treppe programmiert, bei der das 2D-Symbol ausschließlich durch solche Projektionen erzeugt wurde. Ich glaube nicht, dass es an den paar tausend Codezeilen lag, sondern an der Projektionsberechnung an sich; ich nehme an, dass diese Projektionsberechnung extrem viel Performance schluckt.
In jedem Fall musste ich das 2D-Script nochmal neu programmieren (klassisch mit weit mehr Codezeilen), da die 2D-Darstellung bei der Benutzung von beweglichen Fangpunkten fast einfrohr!

[Hmooslechner]

Bei meinem viertelgewendelte - Treppe Objekt habe ich das auch bemerkt und es ohne Project2-Befehl selber gecodet.

Dabei ist mir auch aufgefallen, dass die ed. Hotspots immer "sehr langsam werden", wenn sie Teil von internen SOE-Befehlen sind.

Wenn man für die Ed. Hotspots eigene identische Schleifen anlegt, die Hotspots also außerhalb der Schleifen mit Group-Befehlen liegen, geht es wesentlich schneller..


Das ist ja meine Anregung - dass GDL in der Einbindung in Archicad die Fähigkeit haben sollten - unabhängig von unserer Scripterei - die Dinge geschnitten - projiziert richtig darzustellen - wie eine Wand, ein Dach usw.

Lediglich der "Auslöser" der Schnittprojektionsfunktion sollte ein einfacher Project2-Befehl sein, damit Archicad zwischen 2d-Script-Darstellung und Projektion unterscheiden kann.

Das sollte doch eigentlich wesentlich performanter sein.