Einfassung übernimmt trotz Verknüpfung Höhen des Belags nicht (steht auf 0)

[nicz]

Hallo zusammen,
 

kennt jemand das Problem, dass eine Einfassung trotz bestehender Verknüpfung die Höhen des Belags nicht übernimmt und stattdessen auf Höhe 0 stehen bleibt?

Der Belag ist auf „Angepasst“ eingestellt und nutzt Oberflächenmodifikatoren für die Entwässerungsplanung. Eigentlich sollte sich die Einfassung an diese Höhen anpassen, tut es aber nicht.
 

Hat jemand eine Idee, woran das liegen könnte oder wie man das löst?

Danke vorab!

 

[Barutan]

Pfad-Extrusionen prufen

[HebHeb]

Hm, da ich den Modus „Angepasst“ bei Belag/Weg nie nutze, kann ich dazu leider wenig sagen.

Funktioniert die Einfassung nicht ausschließlich im „Drape Mode“? Dann müssten die Klassen des Belag/Weg-Objekts vermutlich als „erlaubte Klassen“ aktiviert sein, damit sie mit dem Befehl „Nach Klassen auf Geländeoberfläche verschieben“ interagieren.

Mir war bisher nicht bekannt, dass bei einer Verknüpfung die Höhen des Belag/Weg-Objekts direkt übernommen werden.

[nicz]

Hallo HebHeb, danke für dein Feedback!
Bei den erlaubten Klassen habe ich bewusst alles abgewählt, um ungewollte Höhensprünge zu vermeiden.
Ich konnte das gewünschte Verhalten der Einfassung inzwischen im selben Dokument mit identischen Stilen an einem einfacheren Testobjekt nachstellen, so wie es eigentlich sein sollte. Es scheint also tatsächlich an der Komplexität des originalen Belags zu liegen. Den genauen Fehler bzw. Auslöser konnte ich bisher allerdings leider noch nicht weiter eingrenzen.

 

[nicz]

Ich habe gerade festgestellt, dass es selbst beim Original-Objekt stellenweise funktioniert – speziell an einigen Außenkanten wird die Einfassung korrekt aufgebaut.
Das Problem scheint sich also auf bestimmte Geometrieabschnitte zu beschränken und liegt vermutlich nicht an den grundlegenden Objekteinstellungen.

 

test.vwx

[HebHeb]

Hm, vielleicht liegt es an den Rundungen oder an den unterschiedlichen Einstellungen für „Vereinfachen“?

Ich könnte mir vorstellen, dass für das Snapping ein wirklich perfekter geometrischer Match erforderlich ist – möglicherweise sogar auf Ebene der Triangulation und nicht nur anhand der eigentlichen BRep-Geometrie. Wenn der triangulierte Verlauf der Einfassung und der Belag/Weg nicht exakt identisch sind, könnte das eventuell schon ausreichen, um das Verhalten auszulösen.

 

Das ist allerdings völlig ins Blaue geraten. Ich schreibe das nicht, weil ich meine, eine bessere Lösung zu haben, sondern weil der öffentliche Austausch zu solchen Themen hier einfach unfassbar wertvoll ist.

 

Vielleicht ließe sich das Problem auch umgehen, indem du die umliegenden Objekte ebenfalls aktivierst und deren Klassen ebenfalls als „erlaubte Klassen“ einstellst?
 

Ich habe den Workflow „Belag/Weg ist höhenmodelliert und die Objekte snappen sich gegenseitig“ unter anderem genau wegen solcher Effekte aufgegeben.

Inzwischen nutze ich ausschließlich das Geländemodell als Höhentaktgeber.

Das Geländemodell wird dabei über Modifikatoren (eigenständig, keine "echten" Bauteil-Objekte wie B/W etc... also Gefälle Grundriss, Geländemods, Vermessungspunkte, eigene PIOs...) bearbeitet und alle weiteren Objekte leiten ihre Höhen ausschließlich daraus ab – also Belag/Weg, Flächenpflanzungen, Einfassungen usw. Dadurch liegt zumindest immer eine vollständig geschlossene TIN-Oberfläche vor, an der sich die Objekte ausrichten können.

[nicz]

Danke für die Denkanstöße! Das Vereinfachen war eine gute Idee und ich habe es direkt ausprobiert, hat aber leider nichts gebracht.
 

Den Workflow mit dem Geländemodell als zentraler Höhenquelle nutze ich sonst auch sehr gerne. Da es sich hier allerdings um ein Gründach handelt, muss die Unterseite eben bleiben und nur die Oberseite die Höhen aufnehmen. Deshalb kommt für mich in diesem Fall nur der Belag im Modus „Angepasst“ infrage.
 

Den Ansatz, das Geländemodell rein als Höhenquelle zu nutzen (ohne es am Ende als eigenes Bauteil mit auszugeben), merke ich mir aber für zukünftige Projekte. Danke dir für den wertvollen Austausch!

[Barutan]

Ich glaube und sehe hier Problem mit verknüpfte Belag erst. Oberflache angepasst Modifikator ich bin nicht sicher das das lauft easy. 

[nicz]

Ich habe das Problem gefunden. Es war am Ende doch simpler als gedacht!
 

Es lag gar nicht an den komplexen Radien oder Formen des Belags, sondern an den Oberflächen-Modifikatoren. Diese lagen exakt auf den Ecken des Belags. Anscheinend konnte die Einfassung bei der Auswahl einzelner Kanten genau an dieser Schnittstelle die Höhe nicht mehr sauber abfragen.
 

Die Lösung:

Ich habe an den Stellen die Oberflächen-Modifikatoren ein kleines Stück über die Ecken hinausgezogen, sodass der Belag wirklich komplett innerhalb des Höhennetzes liegt. Danach funktioniert die Höhenabfrage an den Kanten problemlos.
 

Wenn man über das Einfassung-Werkzeug direkt alle Kanten auf einmal auswählt, tritt das Problem komischerweise gar nicht erst auf. In dem Fall wird die Einfassung überall auf Anhieb korrekt platziert, ohne dass man die Modifikatoren manuell verschieben muss.

 

[HebHeb]

Danke für die finale Aufklärung - die hier im Forum ja leider oft vergessen wird.
 

Wenn es nur nicht immer so zeitaufwändig wäre, Wünsche, Feedback oder Bugreports einzureichen …

Ich fände es schon hilfreich, wenn das Höhennetz der Belag-/Weg-Objekte über die letzten Modifikatorpunkte hinaus für das Snapping einfach um ein paar Zentimeter erweitert würde. Gefühlt muss man aktuell viel zu oft ein Objekt nur um 1 mm oder 1 cm verschieben, damit plötzlich alles doch funktioniert...
 

Und ja: Auf Dächern oder bei auskragenden Gebäudeteilen kommt man um diesen Modus leider nicht herum. In solchen Situationen nutze ich ihn ebenfalls.