Conversor ECEF a geodésicas

Receptores GNSS, efemérides de satélite, filtros de navegación inercial y muchas API aeroespaciales emiten posiciones en ECEF mucho antes de que un mapa necesite grados.

Qué significan X Y Z ECEF y qué devuelve la respuesta

En el marco Earth-centered Earth-fixed WGS84, el origen está en el centro de masa de la Tierra, el eje Z apunta al Polo Terrestre Convencional, el eje X yace en el plano ecuatorial hacia el meridiano de Greenwich y el eje Y completa un triedro a derechas noventa grados al este de X. Un punto de superficie en el ecuador a longitud cero tiene X cercano al semieje mayor, unos seis millones trescientos setenta y ocho mil ciento treinta y siete metros, e Y y Z casi nulos; cerca del Polo Norte hay Z grande y positivo y un radio ecuatorial p igual a la raíz de X al cuadrado más Y al cuadrado pequeño. La latitud geodésica es el ángulo entre el plano ecuatorial y la normal al elipsoide, no el ángulo geocéntrico desde el centro al punto, de modo que convertir XYZ exige el achatamiento WGS84 y un solucionador de latitud iterativo o en forma cerrada, no un solo arctangente de Z sobre p. Esta herramienta devuelve latitud y longitud en grados, altura elipsoidal en metros, alias cortos lat, lon y h, las entradas X Y Z ecoadas, la etiqueta de datum WGS84, las constantes del elipsoide a, aplanamiento inverso, b y e al cuadrado, una etiqueta de método para la ruta ECEF iterativa, el número de iteraciones usadas, la precisión de redondeo y una cadena de fórmula compacta para documentación. No hay búsqueda inversa de dirección, ni declinación magnética, ni llamada de red: el motor calcula un triple geodésico finito o rechaza la entrada con invalid_input. Los casos rechazados incluyen coordenadas ausentes, números no finitos, el origen exacto cero cero cero que no tiene latitud ni longitud única, y un campo precision fuera de rango.

Cómo se leen los campos y cómo la solución WGS84 iterativa se mantiene reproducible

El cálculo toma la longitud como atan2 de Y y X, forma el radio ecuatorial p, siembra la latitud con una estimación geocéntrica corregida por uno menos la excentricidad al cuadrado, e itera la latitud como atan2 de Z más e al cuadrado por N por sen de la latitud sobre p, donde N es el radio de la vertical principal a entre la raíz de uno menos e al cuadrado sen al cuadrado de la latitud. La altura es p entre cos de la latitud menos N, con una rama segura en los polos que usa Z cuando el coseno es minúsculo. Los campos preferidos son x, y y z para el triple ECEF en metros, con alias X y ecef_x, Y y ecef_y, y Z y ecef_z para que hojas de cálculo, cadenas de consulta y formularios reutilicen el mismo contrato sin renombrar columnas. Cada coordenada puede llegar como número JSON o como cadena decimal con notación científica cuando es finita; se rechazan cadenas vacías, Infinity y NaN para que una celda mala no se convierta en un meridiano erróneo. Un campo opcional precision, con alias decimals y dp, elige cuántos decimales exponer para latitud, longitud y altura, por defecto diez y con tope de quince para que los goldens JSON se mantengan estables entre entornos de ejecución. Combine la ejecución gratuita del navegador en esta página con la API de pago cuando necesite el mismo resultado matemático dentro de una tubería automatizada sin reimplementar ECEF WGS84 usted mismo.

Dónde encaja la conversión ECEF a geodésicas en GNSS, aeroespacial y software

En esta página el trabajo corre por completo en su navegador; a través de la API cada consulta correcta cuesta $0.002, la validación fallida no se cobra y nada se almacena tras la respuesta. Esa división—exploración interactiva gratuita y una API de pago idéntica—encaja con el resto del catálogo KIT de nivel A y le permite pasar de una demo de aula a una tubería automatizada sin cambiar el resultado matemático.