Conversor de Coordenadas WGS84 ↔ UTM

Todo flujo de trabajo InSAR en América Latina tropieza con el mismo muro de coordenadas: el producto de velocidad llega en grados (WGS84), el plano de sitio está en UTM, el GNSS de control habla en metros y nadie recuerda en qué huso — y con hemisferio sur el error de signo se paga caro. Esta herramienta convierte coordenadas en ambas direcciones usando proj4js (la misma biblioteca de referencia que usan las herramientas profesionales, no fórmulas caseras): de WGS84 a UTM con huso calculado automáticamente y sufijo de hemisferio sur, o de UTM a WGS84 indicando huso y hemisferio. Funciona punto a punto para una verificación rápida o por lotes CSV para corredores completos de puntos PS o estaciones de control, y su salida se puede pegar de vuelta en las demás herramientas del banco de trabajo sin reelaborar el archivo original.

La herramienta usa el datum WGS84, que es el marco natural de los productos InSAR y GNSS latinoamericanos modernos (SIRGAS2000 es en la práctica equivalente para fines de ingeniería a nivel métrico). Si su proyecto trabaja con datums locales heredados (PSAD56, NAD27, datums de red geodésica nacional), los resultados aquí sirven de referencia para la transformación de datum que haga su software de geodesia; documente siempre el datum de salida en el informe.

Qué hace y cómo verificar el resultado

En el modo WGS84 → UTM, el huso se calcula como floor((lon + 180) / 6) + 1, el hemisferio se deduce del signo de la latitud, y la proyección se resuelve con proj4js usando la definición UTM oficial con +south para el hemisferio sur. Los valores típicos para una verificación rápida: la Ciudad de México (lon −99,13, lat 19,32) cae en el huso 14 norte, con este alrededor de 486.000 y norte alrededor de 2.136.000 metros. En el modo inverso ingresa huso, hemisferio, este y norte; la salida son los grados con seis decimales. Verifique siempre con un punto conocido antes de procesar un lote completo — una confusión de huso desplaza el este en medio millón de metros, y la inversión de hemisferio lo detecta al instante porque el norte sale negativo.

Por qué proj4js y no fórmulas a mano

Las proyecciones de ingeniería son el lugar exacto donde una "fórmula simplificada" produce un error silencioso de decenas de metros en coordenadas UTM por descuido de parámetros de elipsoide. proj4js es el puerto JavaScript de la biblioteca PROJ de referencia, la misma que usan GDAL, QGIS y los ecosistemas GIS profesionales. Esta herramienta la envuelve con un manejo de huso automático para el caso WGS84 ↔ UTM; para cualquier otro datum o proyección (TM regionales, SIRGAS en husos de alta precisión, proyecciones de estados mexicanos), su flujo pasa por QGIS/GDAL y esta herramienta sirve para verificación cruzada rápida.

Integración con el resto del banco de trabajo

Las coordenadas convertidas alimentan directamente el resto del flujo: los puntos en grados que salen de aquí son exactamente el formato que esperan el Conversor LOS, el Clasificador de Peligro y la Validación GNSS; el CSV de salida puede importarse en cualquiera de ellos sin volver a preparar el archivo. Cuando su proyecto mezcla planos en metros y productos en grados, hacer la conversión una sola vez en una herramienta verificable evita la familia de errores de unidad que más tiempo cuesta en una revisión.

Cuándo el UTM deja de ser suficiente

El UTM es una proyección conforme con factor de escala 0,9996 en el meridiano central, lo que mantiene la deformación de distancias por debajo de ~0,04 % dentro del huso. Ese error se traduce en unos 40 cm por kilómetro en los extremos del huso — aceptable para georreferenciación y monitoreo, pero no para replanteo de precisión centimétrica. Cuando su proyecto cruza un límite de huso (por ejemplo, una obra lineal de 40 km que pasa del huso 14 al 15), los puntos caen en zonas de alta deformación o en coordenadas con más este que el rango habitual, y la práctica correcta es trabajar en un sistema local: Gauss–Krüger, UTM con meridiano central desplazado o un datum de trabajo definido para la obra.

Dos escenarios latinoamericanos lo ilustran. En Chile, los estudios de deformación por InSAR suelen entregarse en UTM huso 19 sur sobre SIRGAS2000, pero los replanteos mineros usan una cuadrícula local (malla transversal) porque el huso 19 atraviesa todo el país con deformación creciente hacia el sur; una conversión mal hecha entre la malla y el UTM genera desajustes de decímetros en puntos de monitoreo que luego aparecen como "movimiento" en la serie de tiempo. En Argentina, los proyectos de infraestructura sobre el paralelo 38° a menudo definen un huso propio porque el huso oficial 20/21 no coincide con la franja de obra. Regla práctica: si la obra supera ~80 km de extensión este–oeste o exige tolerancias menores a 5 cm, no confíe en UTM estándar y declare el sistema de proyección en cada informe.

Esta herramienta calcula el huso UTM estándar y la conversión WGS84↔UTM con proj4js; no aplica transformaciones de datum ni proyecciones locales. Úsela para georreferenciar puntos de monitoreo, preparar CSV para GIS y verificar rápidamente coordenadas de planos. Para transformaciones de datum (PSAD56, NAD27, SIRGAS con parámetros regionales), use la conversión de datum del módulo de medición y documente los parámetros; para lotes de coordenadas, el procesamiento por lotes mantiene las mismas convenciones.

Preguntas frecuentes

¿Soporta SIRGAS2000 o datums locales?

La conversión interna usa WGS84. SIRGAS2000 es prácticamente coincidente con WGS84 a nivel métrico para fines de ingeniería, pero PSAD56, NAD27 y datums nacionales requieren una transformación de datum que esta herramienta no implementa a propósito — use su software de geodesia y documente la transformación.

¿Por qué el huso 14 norte para Ciudad de México?

Porque el huso es floor((−99,13 + 180)/6) + 1 = floor(80,87/6) + 1 = 13 + 1 = 14. La regla es siempre la misma: cuenta husos de 6° desde el meridiano 180°.

¿Cuántos decimales necesito?

Un grado ≈ 111 km: un decimal son ~11 km, cuatro decimales ~11 m, seis decimales ~0,1 m. Para puntos de monitoreo use seis decimales; para planos de sitio, cuatro pueden bastar si documenta la tolerancia.

¿El este falso de 500.000 m se agrega automáticamente?

Sí — es parte de la definición UTM que aplica proj4js. Usted ve el este con el falso este ya incluido, como en los planos.

Herramientas relacionadas

Conversor LOS · Clasificador de Peligro · Validación GNSS · Especificación de formato CSV (documento en inglés).