Physisches und Digitales koordinieren.
Das Koordinatensystem übersetzt die physische Realität präzise in digitale Daten und umgekehrt.
Zwei Modelle der Erde, zwei Daten.
Lage: das Ellipsoid, eine glatte mathematische Form, die der Erde nahekommt. Das geodätische Datum verankert es mit einem Mittelpunkt, Achsen und einem Zeitpunkt.
Höhe: das Geoid oder eine Näherung daran: der unter den Kontinenten verlängerte mittlere Meeresspiegel. Das Höhendatum legt dort die Null fest.
Das Netz realisiert das Datum.
GNSS-Stationen und Festpunkte legen die Lage fest; ein Pegel und die Höhenbolzen die Höhe.
Breite, Länge und Höhe.
Zwei Winkel und eine Höhe über dem Datum. Sie gelten für den ganzen Planeten, messen aber nicht in Metern.
3,70° ODatum ETRS89
Projizieren ergibt eine euklidische Ebene.
Auf dem Ellipsoid helfen weder Lineal noch Pythagoras. Die Abbildung abstrahiert zu einer Ebene, in der mit gewohnter Geometrie geplant wird, um den Preis einer kleinen Verzerrung.
Ostwert und Nordwert, in Metern.
Nach der Abbildung wird der Punkt in Metern angegeben. Datum und Abbildung haben zusammen einen EPSG-Code.
4 474 610 NEPSG 25830 · in m
6 250 816 NEPSG 7856 · in m
8 667 092 NEPSG 32718 · in m
Die Höhe kommt getrennt hinzu, mit eigenem Code, und wird damit kombiniert.
Die Drehung zählt ab Gitter-Nord.
Das Gebäude wird gerade gezeichnet, der amtliche Plan dreht es. Der Winkel geht von Gitter-Nord aus, nicht von geografisch Nord.
Ein Gittermeter ist kein Baustellenmeter.
Abbildung und Höhenlage verändern die Strecken. Gearbeitet wird im Gitter oder im Gelände, und es wird festgehalten, worin.
Zwei Höhen für denselben Punkt.
GNSS misst über dem Ellipsoid, die Pläne über dem Geoid. Der Unterschied, N, ändert sich mit dem Ort.
Jedes Land, sein System.
Die Vermessungsbehörde jedes Landes legt Datum, Abbildung und Höhen fest. Wählen Sie Ihres und verwenden Sie seinen EPSG-Code.
Das Modell erbt das System des Vermessers.
Der Vermesser stützt sich auf das Netz und liefert Koordinaten in einem bekannten System.
Fern vom Ursprung wackelt alles.
Bei großen Koordinaten verliert jede Software an Genauigkeit. Deshalb modelliert man nicht direkt in UTM.
N ≈ 4 400 000
Ganzzahlen fressen Dezimalen.
Eine Gleitkommazahl hat nur begrenzt viele Stellen. Bei Millionen von Metern bleiben wenige für die Millimeter.
Mehr Stellen, mehr Bytes.
Doppelte Genauigkeit verdoppelt den Speicherbedarf jeder Koordinate: Das merkt man in einer Punktwolke, nicht in einem Modell.
Senkrechten, die tanzen.
Eine einfach verknüpfte Punktwolke in UTM zittert. Schuld ist nicht der Scanner, sondern die numerische Genauigkeit.
Das Große abziehen, das Kleine speichern.
Der Versatz wird einmal gespeichert; jeder Stützpunkt trägt nur den kleinen Rest, mit allen Dezimalen.
Lokal modellieren, separat verorten.
Die Geometrie bleibt nahe am Ursprung. Eine Transformation platziert sie in der realen Welt.
Drei Ursprünge, einer verbindet.
Nur der georeferenzierte Punkt verknüpft das Modell mit der realen Welt.
ETRS89, UTM und Alicante.
Das ist der amtliche Bezugsrahmen. BAP, Civil 3D und IFC geben ihn per EPSG-Code an.
In IFC ist nur ein Weg der richtige.
Ab IFC4: IfcMapConversion plus ein EPSG-System.
Einmal entscheiden, schriftlich festhalten.
Acht Entscheidungen, die ab dem ersten Tag in den BAP gehören.
Jedes Programm hat seinen Radius.
Der nutzbare Bereich um den Ursprung hängt vom Programm ab. Nur wenige Hersteller veröffentlichen ihn.
Gleiche Punkte, andere Namen.
Jedes Programm hat sein Gegenstück zum Vermessungspunkt.
Der Vermessungspunkt ist nicht der Ursprung.
Er ist nur eine Markierung. Beschnitten liegt er im gemeinsamen Ursprung; unbeschnitten auf einem Punkt, dessen Koordinaten er zeigt.
Übernehmen oder veröffentlichen.
Ein einziges Modell legt die Koordinaten fest, alle anderen übernehmen sie.
Jedes Gebäude, sein lokales System.
Jedes Gebäude gerade und nahe am eigenen Ursprung. Das Grundstücksmodell platziert und dreht es und veröffentlicht seine Position.
Eine Verknüpfung, mehrere Positionen.
Der Wohnungstyp wird so oft verknüpft, wie er vorkommt; jedes Exemplar speichert seine benannte Position.
Erst verschieben, dann drehen.
Eine Punktwolke in UTM wird vor dem Import in Revit an den Ursprung verschoben.
Im Viewer verschieben ist Flickwerk.
Liegt ein Modell falsch, korrigieren Sie es in der Quelldatei.
Jede Plattform liest anders.
Alle föderieren Modelle aus vielen Programmen, suchen die Georeferenzierung aber nicht alle an derselben Stelle.
Zwei Punkte, gleiche Reihenfolge.
Civil 3D kennt das Koordinatenreferenzsystem, Revit speichert nur eine Transformation. Die Brücke bilden zwei gemeinsame Punkte.
Das schwebende CAD.
Eine normale DWG liefert Ursprung und Drehung; eine aus Civil 3D zusätzlich ihren EPSG-Code. In beiden Fällen addiert sich die Höhe der Zeichnung zur Höhe der Ebene.
Die drei häufigsten.
Vier Fragen pro Modell.
Ein Modell kann gut aussehen und hundert Meter danebenliegen. Vor der Föderation: wo es liegt, wohin es zeigt, auf welcher Höhe und in welchem System.
Fünf Prüfwege.
Manche prüfen das native Modell, andere das IFC; manche werden konfiguriert, andere programmiert.
Die Anforderung in einer Datei.
Eine XML-Datei von buildingSMART legt fest, was das IFC enthalten muss. Sie gehört zum Vertrag, und jedes Prüfprogramm liest sie gleich.
Prüfen mit Code.
Eine offene Python-Bibliothek validiert gegen das IDS und überführt zusätzlich den Kontrollpunkt nach UTM, um ihn mit dem des Vermessers zu vergleichen.
Prüfen direkt in Revit.
Vor dem Export prüft ein Regelsatz das native Modell und führt zu jedem Element, das die Regeln nicht erfüllt.
Regeln für das Koordinationsmodell.
Prüft die IFC-Dateien aller Beteiligten mit Regeln und liest seit Version 25.12 die Georeferenzierung als Projekteigenschaften.
Was Ihr Programm schon kann.
Ohne Installation: ein Kontrollwürfel an jedem Kontrollpunkt, abgelesen in Ihrem Programm und in einem neutralen Viewer.
Vom Modell zur Absteckung.
Das im Gelände Gemessene kehrt dorthin zurück. Vier Regeln, damit es an derselben Stelle ankommt.