LandXML als Austauschformat im Tiefbau verstehen
LandXML hilft beim Austausch von Achsen, Geländemodellen, Profilen und Planungsdaten zwischen CAD-, Civil-3D- und Infrastruktur-Workflows.
LandXML begegnet vielen Ingenieurbüros immer dann, wenn Planungsdaten zwischen unterschiedlichen Programmen ausgetauscht werden sollen. Das Format kann Achsen, Gradienten, Oberflächen, Profilinformationen und weitere Infrastrukturinformationen strukturiert übertragen. Trotzdem ist LandXML kein Ersatz für eine fachliche Prüfung, sondern ein Austauschformat, das bewusst vorbereitet und kontrolliert werden muss.
Was LandXML grundsätzlich leistet
LandXML ist ein XML-basiertes Austauschformat für typische Planungsdaten aus dem Tiefbau und der Infrastrukturplanung. Es kann zum Beispiel Achsgeometrien, Längsschnittinformationen, Geländemodelle, Punktdaten oder Profilbezüge enthalten.
Der Vorteil liegt darin, dass nicht nur Linien oder Dreiecke übergeben werden, sondern fachlich strukturierte Informationen. Eine Achse bleibt im Idealfall eine Achse, eine Oberfläche bleibt eine Oberfläche und eine Gradiente kann als Höhenbezug weiterverwendet werden.
Warum das Format im Büroalltag wichtig ist
In Projekten treffen häufig unterschiedliche Softwarestände, Bürostandards und Auftraggebervorgaben aufeinander. LandXML kann helfen, Civil-3D-Daten, Vermessungsdaten oder Planungsinformationen in einem nachvollziehbaren Zwischenformat zu übergeben.
Das ist besonders wertvoll, wenn Daten nicht nur als Planbild, sondern als weiterverwendbare Grundlage benötigt werden. Wer Achsen, DGM oder Profile strukturiert austauscht, reduziert manuelle Nacharbeit und vermeidet unnötige Neuaufbauten.
Typische Inhalte einer LandXML-Übergabe
Häufig werden über LandXML Achsen, Gradienten, Geländemodelle, Dreiecksvermaschungen, Punktlisten oder Profilinformationen übertragen. Welche Inhalte tatsächlich enthalten sind, hängt jedoch stark vom exportierenden Programm und den gewählten Exporteinstellungen ab.
Deshalb sollte eine LandXML-Datei nie blind als vollständig betrachtet werden. Wichtig ist zu prüfen, welche Objekte enthalten sind, welcher Lage- und Höhenbezug gilt und ob die Daten im Zielsystem fachlich plausibel ankommen.
Beispiel: stark vereinfachte LandXML-Datei
Eine LandXML-Datei ist im Kern eine strukturierte Textdatei. Das folgende Beispiel ist bewusst stark vereinfacht, zeigt aber typische Bausteine: Projekteigenschaften, Einheiten, Punkte, eine TIN-Oberfläche und eine Achse mit Gradientenpunkten.
In echten Projekten können die Dateien deutlich umfangreicher sein. Wichtig ist, dass die fachlichen Objekte im XML nachvollziehbar beschrieben werden und nach dem Import im Zielsystem geprüft werden.
<?xml version="1.0" encoding="UTF-8"?>
<LandXML version="1.2" date="2026-07-02" xmlns="http://www.landxml.org/schema/LandXML-1.2">
<Project name="Beispielprojekt Tiefbau" />
<Units>
<Metric linearUnit="meter" areaUnit="squareMeter" volumeUnit="cubicMeter" />
</Units>
<CgPoints>
<CgPoint name="P001">3500000.000 5400000.000 312.450</CgPoint>
<CgPoint name="P002">3500025.000 5400012.000 313.120</CgPoint>
<CgPoint name="P003">3500048.000 5400006.000 312.980</CgPoint>
</CgPoints>
<Surfaces>
<Surface name="DGM Bestand">
<Definition surfType="TIN">
<Pnts>
<P id="1">3500000.000 5400000.000 312.450</P>
<P id="2">3500025.000 5400012.000 313.120</P>
<P id="3">3500048.000 5400006.000 312.980</P>
</Pnts>
<Faces>
<F>1 2 3</F>
</Faces>
</Definition>
</Surface>
</Surfaces>
<Alignments>
<Alignment name="Achse 01" length="125.000">
<CoordGeom>
<Line>
<Start>3500000.000 5400000.000</Start>
<End>3500125.000 5400020.000</End>
</Line>
</CoordGeom>
<Profile name="Gradiente 01">
<ProfAlign name="Gradiente 01">
<PVI>0.000 312.800</PVI>
<PVI>125.000 314.100</PVI>
</ProfAlign>
</Profile>
</Alignment>
</Alignments>
</LandXML>Grenzen und Stolperfallen
LandXML ist kein perfekter digitaler Zwilling eines Projekts. Nicht jede Software interpretiert alle Inhalte gleich, und nicht jede Eigenschaft aus dem Ursprungsmodell wird vollständig übertragen. Stile, Planlayouts, Beschriftungen oder bürospezifische Darstellungen gehören in der Regel nicht zum eigentlichen Austauschwert.
Typische Probleme entstehen durch falsche Einheiten, unklare Koordinatensysteme, fehlende Höhenbezüge, abgeschnittene Oberflächen oder nicht aktualisierte Exportstände. Solche Fehler fallen oft erst auf, wenn Daten im Zielsystem nicht deckungsgleich oder fachlich unplausibel wirken.
Saubere Vorbereitung vor dem Export
Vor einer LandXML-Ausgabe sollten die zu exportierenden Objekte bewusst ausgewählt werden. Dazu gehören aktuelle Achsen, geprüfte Gradienten, bereinigte Oberflächen und eindeutig benannte Datenstrukturen.
Hilfreich ist außerdem eine kurze Übergabedokumentation: Welche Daten wurden exportiert? Welcher Stand gilt? Welches Koordinatensystem und welcher Höhenbezug wurden verwendet? Welche Inhalte sind bewusst nicht enthalten?
Prüfung nach dem Import
Nach dem Import sollte geprüft werden, ob Achslängen, Stationierungen, Höhen, Oberflächenränder und bekannte Kontrollpunkte plausibel sind. Eine reine Erfolgsmeldung des Programms reicht dafür nicht aus.
Gerade bei Auftraggeberübergaben oder Zusammenarbeit mit anderen Büros ist ein kurzer Kontrollablauf sinnvoll. So wird LandXML zu einem belastbaren Austauschweg und nicht zu einer Datei, deren Inhalt erst im späteren Projektverlauf hinterfragt wird.