Frei-FLÄCHE schneidet Gelände unsauber...

[snow]

Hallo zusammen,

ich würde – weil dies einige andere Dinge einfacher macht – mein (vorhandenes) Gelände mit einer (wirklichen) Freifläche (also ohne Volumen...) beschneiden.
Leider schimmert, trotz 'Abzug mit Verlängerung nach oben' das Zielelement (mit weichen Kanten) an einigen Stellen durch (der Operator hat ebenfalls 'weiche Kanten'...und soll die auch behalten...).

Gibt's wohl einen Trick. um das sauberer hinzubekommen?

[Hmooslechner]

Verwender kein SOE, sondern mach ein eigenes Teil draus - schneide die Kontur aus der Freifläche raus und mach einen eigenes Volumen draus.

OT: Du hast rechts ein Auto geparkt. kannst Du das dann auch noch ausparken?

[snow]

OT: Du hast rechts ein Auto geparkt. kannst Du das dann auch noch ausparken?

... mein Auftraggeber schon... 😕

[runxel]

OT: Du hast rechts ein Auto geparkt. kannst Du das dann auch noch ausparken?

Ja, aber er muss immer durch den Kofferraum ein- und aussteigen. 😄 😈

[snow]

Ja, aber er muss immer durch den Kofferraum ein- und aussteigen. 😄 😈

Danke für die Tipps zum parken… aber da ist seitlich schon noch ein bisschen Platz… sieht man nur auf dem Bild nicht. 😉

Doch nochmals zurück zum Thema:
Ich versuche immer das vorhandene Gelände nach Möglichkeit zu erhalten (vor allem damit sich von Bestand und neu unterscheiden lässt), und bearbeite es deswegen, wenn es irgendwie nicht zu aufwendig wird, mit SEO...
…allerdings, wie ich jetzt festgestellt habe, scheinen diese Befehle beim Einsatz von Flächen anstelle von Volumen nicht fehlerfrei zu funktionieren… sieht wohl so aus, als ob man dass (momentan?) so hinnehmen muss.

[runxel]

Ich nehme mal, dass du deine Freifläche durch Kopieren des Ursprungsgelände bekommen hast, und nur dort verändert hast, wo es notwendig war.
Dieses "Durchschimmern" hängt damit zu tun, wie ein Computer berechnet, welches Polygon über welchem liegt. Wenn 2 oder mehrere direkt übereinander liegen, dann kann es passieren, dass der Z-Buffer ("Tiefenspeicher") durch Rundungsfehler mal das eine, mal das andere Polygon bevorzugt und sagt: "Stell das dar".
Hat also nicht direkt was mit Archicad zu tun, sondern sieht man auch z.B. in Videospielen öfter mal.

Folgender Trick kann helfen: Verschieb die eine Fläche um einen µ. Das sollte im Normalfall reichen, dass der Z-Buffer korrekt berechnet wird, und gleichzeitig hat das keinen Einfluss auf Maßketten.

[conmes]

Dieses "Durchschimmern" hängt damit zu tun, wie ein Computer berechnet, welches Polygon über welchem liegt. Wenn 2 oder mehrere direkt übereinander liegen, dann kann es passieren, dass der Z-Buffer ("Tiefenspeicher") durch Rundungsfehler mal das eine, mal das andere Polygon bevorzugt und sagt: "Stell das dar".
Hat also nicht direkt was mit Archicad zu tun, sondern sieht man auch z.B. in Videospielen öfter mal.

Folgender Trick kann helfen: Verschieb die eine Fläche um einen µ. Das sollte im Normalfall reichen, dass der Z-Buffer korrekt berechnet wird, und gleichzeitig hat das keinen Einfluss auf Maßketten.

Bei Twinmotion ist das auch so...wie @shadow beschrieben hat kann man es nicht besser erklären und hilft.... 😉

[Frank Beister]

Bei einer SEO-Operation wird das Versetzen nicht helfen, denn die ist dynamisch.

Warum machst du nicht zwei Freiflächen. Eine vorher (Bestand) und eine neu (Neubau). Dann kannst du die neue Freifläche frei bearbeiten.

Wege etc. könntest du separat modellieren oder wie du es gemacht hast einfach aufsetzen. Da Wege meist nicht nur Anstrich sind, ist es sinnvoller statt mit 0-Volumen Elementen mit Decken/Dächern/Morphs zu arbeiten. Dann taucht das Problem auch erst gar nicht auf.