ECEF zu geodätisch

Was ECEF-X/Y/Z bedeuten und was die Antwort liefert

Im WGS84-Earth-centered-Earth-fixed-Rahmen sitzt der Ursprung im Massenmittelpunkt der Erde, die Z-Achse zeigt zum konventionellen terrestrischen Pol, die X-Achse liegt in der Äquatorebene zum Greenwich-Meridian und die Y-Achse ergänzt ein Rechtssystem neunzig Grad östlich von X. Ein Oberflächenpunkt am Äquator bei Länge null hat X nahe der großen Halbachse, etwa sechs Millionen dreihundertachtundsiebzigtausendeinhundertsiebenunddreißig Meter, und Y und Z nahe null; nahe dem Nordpol ist Z groß und positiv und der Äquatorradius p gleich der Wurzel aus X im Quadrat plus Y im Quadrat klein. Die geodätische Breite ist der Winkel zwischen der Äquatorebene und der Ellipsoidnormalen, nicht der geozentrische Winkel vom Zentrum zum Punkt, daher erfordert die XYZ-Umwandlung die WGS84-Abplattung und einen iterativen oder geschlossenen Breitenlöser, nicht einen einzelnen Arkustangens von Z über p. Dieses Werkzeug liefert Breite und Länge in Grad, ellipsoidische Höhe in Metern, kurze Alias lat, lon und h, die zurückgespiegelten X-Y-Z-Eingaben, das Datum-Tag WGS84, Ellipsoidkonstanten a, inverse Abplattung, b und e im Quadrat, ein Methodentag für den iterativen ECEF-Pfad, die verwendete Iterationszahl, die Rundungspräzision und einen kompakten Formelstring zur Dokumentation. Es gibt keine umgekehrte Adresssuche, keine magnetische Deklination und keinen Netzaufruf: die Engine berechnet entweder ein endliches geodätisches Tripel oder lehnt die Eingabe mit invalid_input ab. Abgelehnte Fälle umfassen fehlende Koordinaten, nicht-endliche Zahlen, den exakten Ursprung null null null ohne eindeutige Breite oder Länge, und ein precision-Feld außerhalb des Bereichs. Wenn Sie UTM-Zone und Ostwert, Geohash-Strings oder Großkreisdistanz brauchen, nutzen Sie jene Spezialwerkzeuge; diese Seite beantwortet nur die deterministische ECEF-zu-geodätisch-Inverse mit stabiler numerischer Ausgabe für Arbeitsblätter, Unit-Tests und API-Clients, die keine Koordinaten erfinden dürfen.

Wie Felder gelesen werden und wie die iterative WGS84-Lösung reproduzierbar bleibt

Die Berechnung nimmt die Länge als atan2 von Y und X, bildet den Äquatorradius p, initialisiert die Breite aus einer geozentrischen Schätzung korrigiert um eins minus Exzentrizität im Quadrat und iteriert die Breite als atan2 von Z plus e im Quadrat mal N mal sin der Breite über p, wobei N der Lotrechtenradius a über der Wurzel aus eins minus e im Quadrat sin im Quadrat der Breite ist. Die Höhe ist p über cos der Breite minus N, mit einem polsicheren Zweig, der Z nutzt, wenn der Kosinus winzig ist. Die bevorzugten Felder sind x, y und z für das ECEF-Meter-Tripel, mit Alias X und ecef_x, Y und ecef_y sowie Z und ecef_z, damit Tabellen, Query-Strings und Formulare denselben Vertrag ohne Spaltenumbenennung nutzen. Jede Koordinate kann als JSON-Zahl oder als Dezimalstring inklusive wissenschaftlicher Notation ankommen, sofern sie endlich ist; leere Strings, Infinity und NaN werden abgelehnt, damit eine schlechte Zelle nicht zum falschen Meridian wird. Ein optionales Feld precision mit Alias decimals und dp wählt, wie viele Nachkommastellen für Breite, Länge und Höhe ausgewiesen werden, standardmäßig zehn und maximal fünfzehn, damit JSON-Goldens über Laufzeiten stabil bleiben. Kombinieren Sie den kostenlosen Browserlauf auf dieser Seite mit der bezahlten API, wenn Sie dasselbe mathematische Ergebnis in einer automatisierten Pipeline brauchen, ohne WGS84-ECEF selbst neu zu implementieren.

Wo ECEF-zu-geodätisch in GNSS, Luft- und Raumfahrt und Software passt

Auf dieser Seite läuft die Arbeit vollständig in Ihrem Browser; über die API kostet jede erfolgreiche Abfrage $0.002, fehlgeschlagene Validierung wird nicht berechnet und nach der Antwort wird nichts gespeichert. Diese Trennung—kostenlose interaktive Erkundung und eine bezahlte, identische API—entspricht dem übrigen KIT-Tier-A-Katalog und lässt Sie von einer Unterrichtsdemo zu einer automatisierten Pipeline wechseln, ohne das mathematische Ergebnis zu ändern.