Elementkanten-Fehlerbehebung: typische Probleme sicher diagnostizieren und lösen
Diese Seite hilft, wenn eine Elementkante nicht das tut, was sie soll: Die Höhen sind plötzlich 0, das DGM reagiert nicht auf die Bruchkante, eine Neigung lässt sich nicht setzen, ein Höhenwert ist grau oder gesperrt, oder das neue Griffmenü erscheint gar nicht. Der Entscheidungsbaum führt direkt zum passenden Fall; wer den Überblick sucht, findet alle Fälle in der Galerie weiter unten.
Die meisten Elementkanten-Probleme lassen sich auf vier Fragen zurückführen: Hat die Kante echte Höhen oder liegt sie auf 0? Liegt sie im richtigen Gebiet? Kommen die Höhen relativ aus einer Oberfläche oder aus einer dynamischen Quelle? Ist die Kante wirklich als Bruchkante in der Zieloberfläche enthalten und wurde die Oberfläche neu aufgebaut? Sind diese Fragen geklärt, ist die eigentliche Reparatur meist klein.
Grunddiagnose: Erst im 3D-Orbit prüfen, ob die Kante plausible Höhen hat. Dann im Projektbrowser das Gebiet kontrollieren. Danach im Höhen-Editor prüfen, ob Werte relativ, dynamisch verknüpft oder gesperrt sind. Wenn es um ein DGM geht, immer zusätzlich die Oberflächendefinition und den Neuaufbau prüfen.
Schnellhilfe Entscheidungsbaum: „Mit der Elementkante stimmt etwas nicht“
Was funktioniert nicht wie erwartet?
Referenz Fehlergalerie: elf typische Elementkanten-Probleme
1
Höhen sind nach dem Konvertieren alle 0
Diagnose: Eine 2D-Polylinie wurde in eine Elementkante konvertiert, ohne Höhen zuzuweisen. Eine 2D-Polylinie trägt keine Punkthöhen, die Kante entsteht deshalb komplett auf einer konstanten Höhe, meist 0. Im Lageplan sieht alles richtig aus, im 3D-Orbit liegt die Kante flach am Nullhorizont.
Lösung: Höhen nachträglich zuweisen. Entweder über Höhen aus Oberfläche zuweisen aus einem DGM oder manuell im Höhen-Editor. Vor jeder Weiterverwendung als Bruchkante im 3D-Orbit kontrollieren, ob die Kante echte Höhen hat. Beim nächsten Mal schon im Konvertierungsdialog die Höhenquelle festlegen.
2
Kanten beeinflussen sich am Kreuzungspunkt (oder eben nicht)
Diagnose: Zwei Kanten im selben Gebiet kreuzen sich. Civil 3D erzeugt dort einen Teilungspunkt mit genau einer Höhe. Welche Kante dominiert, entscheidet die Elementkanten-Stilpriorität; bei gleicher oder fehlender Priorität gewinnt die zuletzt bearbeitete Kante. Wenn das ungewollt ist, springt eine Kante an der Kreuzung auf die falsche Höhe. Umgekehrt: Sollen sich zwei Kanten angleichen, tun es aber nicht, liegen sie oft in verschiedenen Gebieten.
Lösung: Erst entscheiden, ob die Kopplung gewollt ist. Sollen die Kanten unabhängig bleiben, eine Kante in ein anderes Gebiet oder auf
<Keine> verschieben. Sollen sie sich angleichen, beide ins gleiche Gebiet bringen und bei Bedarf die Stilpriorität prüfen. Brauchst du direkte Kontrolle am Schnitt, füge dort einen PI/Stützpunkt ein.3
DGM reagiert nicht auf die Bruchkante
Diagnose: Die Kante wurde gezeichnet, das DGM ändert sich aber nicht. Häufig wurde sie nie als Bruchkante hinzugefügt, die Zieloberfläche wurde nach dem Hinzufügen nicht neu aufgebaut, die Bruchkantenoperation ist nicht in der Oberflächendefinition enthalten, oder die Kante liegt mit falschen Höhen außerhalb der relevanten DGM-Grenze.
Lösung: Im DGM-Datenbaum prüfen, ob die Kante unter Bruchkanten geführt wird. Falls nicht, über Zur Oberfläche als Bruchkante hinzufügen ergänzen. Danach die Zieloberfläche neu aufbauen oder Rebuild automatisch aktivieren. Das Gebiet der Elementkante ist für Kreuzungen und Verschneidungen wichtig, ersetzt aber nicht die Bruchkantenoperation im DGM.
4
Relative Kante folgt der DGM-Änderung nicht
Diagnose: Eine Kante wurde aus einem DGM abgeleitet, das Gelände hat sich geändert, die Kante zeigt aber noch die alten Höhen. Entweder wurde sie statisch übernommen (kein dynamischer Link) oder das DGM wurde nicht neu berechnet.
Lösung: Prüfen, ob die Kante relativ mit dem DGM verknüpft ist. Ist sie statisch, die Höhen erneut aus der aktuellen Oberfläche zuweisen. Ist sie relativ, das DGM neu aufbauen lassen, dann zieht die Kante nach. Für laufend bearbeitetes Gelände von Anfang an die relative Variante wählen.
5
Griff ändert die Höhe nicht
Diagnose: Der Stützpunktgriff wird in der Draufsicht gezogen, die Höhe ändert sich aber nicht. Das ist kein Fehler: Der Griff in der Draufsicht verschiebt nur die Lage in XY. Die Höhe (Z) wird darüber bewusst nicht verändert.
Lösung: Höhen immer über die dafür gedachten Werkzeuge ändern: Höhen-Editor, Schnellhöhenbearbeitung oder, ab Civil 3D 2026.2, die direkte Höheneingabe am Griffmenü. Wer in einer 3D-Ansicht arbeitet, kann den Höhengriff dort separat fassen.
6
Neigung zwischen Punkten wirkt nicht
Diagnose: Eine Neigung wird zwischen zwei Punkten gesetzt, die Zielhöhe ändert sich aber nicht wie erwartet. Häufig liegen zwischen Start und Ziel weitere Höhenpunkte, die ihre eigene Höhe halten und die durchgehende Neigung brechen. Oder es wurde der falsche Bezugspunkt fixiert.
Lösung: Im Höhen-Editor prüfen, welche Punkte zwischen Start und Ziel liegen. Entweder die störenden Höhenpunkte entfernen, oder die Neigung direkt im Editor über die Spalten Neigung vor und Neigung zurück Segment für Segment setzen. Vorher klären, welcher Punkt die feste Bezugshöhe hat.
7
DGM bleibt „nicht aktuell“ (Zirkelbezug)
Diagnose: Das DGM meldet dauerhaft „nicht aktuell“ oder lässt eine bestimmte Bruchkanten-/Grenzen-Kombination gar nicht zu. Ursache ist meist ein Zirkelbezug: Die Kante bezieht ihre Höhen relativ aus derselben Oberfläche, die sie als Bruchkante oder Grenze steuern soll. In neueren Versionen verhindert Civil 3D diese direkte Schleife teilweise. Problematisch bleiben auch Kreuzabhängigkeiten zwischen zwei Oberflächen.
Lösung: Die Schleife auftrennen. Entweder die Kante statisch machen, die Höhen aus einem anderen, übergeordneten DGM beziehen, oder die Zieloberfläche trennen. Eine Kante bezieht Höhen aus einer Oberfläche oder steuert sie, nicht beides für dieselbe. Bei mehreren Oberflächen zusätzlich prüfen, ob Fläche A Fläche B und Fläche B wieder Fläche A auslöst.
8
Vereinfachung hat Knicke oder Höhen entfernt
Diagnose: Beim Konvertieren aus Objekten war die Vereinfachung (Weeding) mit großen Toleranzen aktiv. Civil 3D hat eng beieinanderliegende Stützpunkte zusammengefasst und dabei Knicke entfernt, die fachlich gebraucht wurden, etwa Bordsteinabsätze oder Sohlsprünge.
Lösung: Wenn möglich, den Konvertierungsschritt rückgängig machen und mit kleineren Toleranzen erneut konvertieren: Winkel klein, Neigung klein, Länge klein. Im Zweifel ohne Vereinfachung konvertieren und nur gezielt einzelne Punkte ausdünnen. Bereits verlorene Knicke über zusätzliche Stütz- oder Höhenpunkte wiederherstellen.
9
Höhenwert ist grau oder gesperrt
Diagnose: Im Höhen-Editor sind einzelne Werte grau oder nicht editierbar. Das kann mehrere Ursachen haben: relative Höhen aus einer Oberfläche, ein dynamischer Link aus Achse oder Profilkörper, eine Daylight-/Grading-Linie oder ein automatisch erzeugter Teilungspunkt. Relativ bedeutet nicht automatisch „kaputt“; oft ist nur die absolute Z-Höhe nicht frei, während Versatz oder Ableitungsart steuerbar bleiben.
Lösung: Zuerst die Herkunft prüfen: Oberfläche, Achse, Profilkörper, Grading oder Teilungspunkt. Bei relativen Oberflächenhöhen kannst du den Bezug statisch machen, wenn du freie absolute Höhen brauchst. Bei Corridor-/Alignment-Links musst du den dynamischen Link entfernen, wenn direkte Bearbeitung nötig ist. Bei Teilungspunkten hilft ein PI/Stützpunkt am Schnitt, wenn du direkte Kontrolle brauchst.
10
Verbinden, Stutzen oder Trennen scheitert
Diagnose: Der Befehl läuft, verbindet oder trennt aber nichts. Häufig liegen die Endpunkte nicht innerhalb der Toleranz, der Schnittpunkt liegt nicht wirklich auf der Kante, oder der gewählte Objekttyp passt nicht zum Befehl. Das Gebiet ist danach wichtig für die Topologie, aber nicht der einzige Grund, warum das Verbinden scheitert.
Lösung: Zuerst Endpunktnähe, Fangpunkte und Toleranz prüfen. Dann kontrollieren, ob du unterstützte Objekte auswählst und die Schnittstelle wirklich auf der Kante liegt. Nach erfolgreichem Verbinden prüfst du das Gebiet der resultierenden Elementkante, damit keine unerwarteten Teilungspunkte oder Verschneidungswirkungen entstehen.
11
Griffmenü oder Höhe am Griff fehlt
Diagnose: In einem Tutorial oder Video erscheint beim Überfahren eines Griffs ein Kontextmenü mit direkter Höheneingabe und Optionen zum Hinzufügen von Stütz- und Höhenpunkten. Bei dir passiert nichts. Punktaktionen am Griff gibt es ab Civil 3D 2026.1, die direkte Höhenbearbeitung am Griff ab 2026.2. In älteren Versionen sind diese Bedienwege nicht vorhanden.
Lösung: Kein Defekt, eine Versionsfrage. Nutze in älteren Versionen den klassischen Weg: Höhen-Editor, Schnellhöhenbearbeitung und die Befehle der Kontextregisterkarte Elementkante. Inhaltlich erreichst du damit dasselbe Ergebnis, nur mit einem Klick mehr. Der Griff-Workflow ist eine Beschleunigung, keine andere Modelllogik.
QS Checkliste: Elementkanten-Qualitätssicherung
Diese Liste eignet sich als Schluss-Check, bevor eine Elementkante an Böschungen, Verschneidungen, Profilkörper oder die Planabgabe geht. Ein Klick auf einen Punkt markiert ihn als erledigt.
- Kante hat echte Höhen, im 3D-Orbit geprüft, keine Linie auf 0?
- Kante liegt im richtigen Gebiet (gewollte Kopplung oder bewusste Trennung)?
- Kreuzungen mit anderen Kanten geprüft: Höhenangleichung gewollt oder nicht?
- Stützpunkte nur an Richtungswechseln, Gefällewechsel über Höhenpunkte gelöst?
- Längsgefälle plausibel, kein Wert läuft gegen die Fließrichtung?
- Höhenquelle bewusst entschieden: statisch, relativ aus Oberfläche oder dynamischer Link?
- Kein Zirkelbezug: Kante bezieht Höhen aus einer Oberfläche oder steuert sie, nicht beides für dieselbe?
- Als Bruchkante hinzugefügt und DGM danach neu aufgebaut?
- Triangulation bricht sauber an der Kante, keine Dreiecke laufen darüber?
- Bei Konvertierung aus Objekten: Vereinfachung kontrolliert, keine nötigen Knicke verloren?
- Passender Elementkantenstil gewählt (Darstellung, nicht Geometrie)?
- Name sprechend vergeben, keine unerklärten Suffixe wie
(1)? - Vor größeren Umbauten eine versionierte Sicherungskopie der DWG angelegt?
Versionshinweis: Fehler 11 betrifft nur die Bedienung, nicht das Ergebnis. Griff-Punktaktionen gibt es ab Civil 3D 2026.1, direkte Höhenbearbeitung am Griff ab 2026.2. Wer mit einer älteren Version arbeitet, erreicht jedes Ziel über Höhen-Editor und Kontextregisterkarte. Die Checkliste gilt unabhängig von der Version.
Wenn ein Punkt der Checkliste nicht passt, lohnt sich die sofortige Korrektur, nicht erst nach dem Aufbau von Böschungen oder Profilkörpern. Je mehr Objekte an einer Kante hängen, desto teurer wird eine späte Korrektur. Zum Üben des Höhen- und Neigungsverhaltens hilft der Elementkanten-Explainer (Topic Höhenlogik) dieses Kapitels.