Tienes una sesión estática de dos horas en campo, un receptor de doble frecuencia y una obligación: que las coordenadas finales queden ligadas al marco de referencia oficial. Pero no tienes una base propia sobre un vértice conocido. Ahí entran los datos RINEX del INEGI. La Red Geodésica Nacional Activa (RGNA) registra observaciones GNSS de forma continua. Si sabes elegir estaciones, descargar los archivos correctos y procesarlos con los parámetros adecuados, convierte tu levantamiento en uno trazable al Sistema Geodésico Nacional sin instalar una base propia.
En este artículo vas a ver el procedimiento práctico: qué contienen los archivos, cómo elegir y verificar estaciones, cómo manejar el desfase de horario UTC, cómo procesar y qué controles aplicar antes de entregar. No repetimos qué es una red geodésica ni cómo funcionan las redes CORS en tiempo real; para eso ya tienes nuestro artículo sobre NTRIP y redes CORS en México. Aquí el enfoque es post-proceso y normativo.
Qué te aporta la RGNA en post-proceso
La RGNA es el conjunto de estaciones de operación continua que el INEGI mantiene como parte activa del Sistema Geodésico Nacional. Cada estación registra datos satelitales de manera permanente. Esos registros, ya convertidos al formato estándar RINEX, son los que descargas para usarlos como estación base virtual en gabinete.
En la práctica te resuelven tres cosas:
- Control horizontal y vertical elipsoidal con coordenadas oficiales, sin necesidad de ocupar un vértice físico lejano.
- Trazabilidad: tus puntos quedan referidos al mismo marco que usa la cartografía oficial. Es lo que revisa un perito, una dependencia o un cliente exigente.
- Redundancia: puedes procesar contra varias estaciones y comparar resultados como verificación independiente.
Esto complementa, no sustituye, la técnica que ya describimos en GNSS estático para control geodésico. Aquí cambia solo la fuente de la base.
Antes de descargar: el marco de referencia
Es el punto donde más se cometen errores, y se cometen antes de abrir el software.
ITRF2008 época 2010.0 y elipsoide GRS80
El sistema geodésico de referencia oficial en México es ITRF2008, época 2010.0, con elipsoide GRS80. Las coordenadas publicadas de las estaciones de la RGNA están dadas en ese marco. Eso implica lo siguiente:
- Cuando fijas la coordenada de una estación INEGI en tu proyecto, el marco de tu resultado es ITRF2008 época 2010.0, no el que llega por defecto en las efemérides.
- En tu software de post-proceso debes definir el sistema de coordenadas del proyecto con ese marco, o importar las coordenadas de control con la definición correcta. Si el programa solo ofrece un datum genérico, documenta la equivalencia en tu memoria técnica en lugar de asumirla.
- Para la proyección en Nuevo León (incluido Apodaca) lo habitual es UTM zona 14N. No apliques 14N a todo el país: otras regiones caen en otras zonas.
Si tu proyecto parte de coordenadas en otro marco, la conversión es otro tema. Lo tratamos en transformación de coordenadas del WGS84 al ITRF y en SIRGAS vs ITRF. Para el panorama normativo completo, consulta coordenadas oficiales en México según el INEGI.
La época importa: las placas se mueven
Las estaciones de la RGNA se mueven con la corteza terrestre, a razón de centímetros por año según la región del país. Las coordenadas oficiales están referidas a la época 2010.0. Esto tiene dos consecuencias prácticas:
- Procesando con varias estaciones fijas, todas deben estar en el mismo marco y época. Si mezclas coordenadas de distintas fuentes o épocas, introduces inconsistencias que se reflejan como tensión en el ajuste.
- Eventos sísmicos o desplazamientos locales pueden dejar una coordenada publicada desfasada respecto a la posición real de la antena. Antes de fijar una estación, revisa si el INEGI publicó avisos o actualizaciones sobre ella.
Altura elipsoidal (h) no es ortométrica (H)
El GNSS entrega altura elipsoidal h sobre GRS80. Las cotas de ingeniería son alturas ortométricas H referidas al nivel medio del mar. La relación depende de la ondulación geoidal N (H ≈ h − N). Si tu proyecto exige cotas, necesitas un modelo geoidal. Verifica cuál es el vigente en el INEGI y aplica el mismo en todo el proyecto. Si quieres entender las diferencias entre modelos globales y locales, revisa nuestro artículo sobre geoide EGM2008 en proyectos GNSS.
Qué contienen los datos RINEX
RINEX (Receiver Independent Exchange Format) es un formato de texto estándar para intercambiar observaciones GNSS entre receptores y programas de distintos fabricantes. La especificación la mantiene el IGS; puedes consultarla en IGS: formatos y estándares.
Archivos de observación y de navegación
Para procesar necesitas, como mínimo:
- Archivo de observación: fase y código de cada satélite, época por época. Es el insumo principal.
- Archivo de navegación: efemérides transmitidas por los satélites. Sin él, el software no calcula posiciones satelitales (salvo que uses órbitas precisas externas).
- Archivo meteorológico (opcional): presión, temperatura y humedad. Rara vez es necesario en topografía.
Versiones, nombres y compresión
Verás distintas versiones del formato (2.11 y 3.x son las más comunes). El nombre del archivo ofrece pistas:
- En RINEX 2, el nombre sigue el patrón código de estación + día del año + sesión, con extensión que indica el año y el tipo de archivo.
- En RINEX 3 en adelante, el nombre largo incluye estación, fecha, duración e intervalo de muestreo.
Los archivos suelen venir comprimidos (por ejemplo, formato Hatanaka para observación, más compresión general). Necesitarás herramientas de descompresión, y tu software de post-proceso normalmente las incorpora. Si no, existen utilidades gratuitas para convertir y revisar archivos.
Procedimiento paso a paso
Importante: los menús y nombres de la página del INEGI cambian con el tiempo. Verifica el procedimiento vigente en el portal oficial del INEGI, en la sección de Geodesia y Red Geodésica Nacional Activa, antes de planear una campaña.
Paso 1. Define tu ventana de observación en UTC
Los archivos de las estaciones se organizan por día en tiempo universal (UTC o GPS), no por hora local. Nuevo León está en UTC−6, así que una sesión que termina después de las 18:00 hora local ya cae en el día UTC siguiente.
- Anota inicio y fin de tu sesión en hora local y conviértela a UTC.
- Si cruzas la medianoche UTC, descarga los archivos de ambos días y únelos, o procesa por separado.
- Añade margen antes y después de tu sesión, para que el software tenga datos comunes con tu rover.
Paso 2. Elige las estaciones
Criterios prácticos (orientativos, no normativos):
- Distancia: a menor longitud de línea base, mejor resolución de ambigüedades y menor efecto de la ionosfera y la troposfera. Para sesiones cortas, prioriza las estaciones más cercanas.
- Cantidad: usa al menos tres estaciones alrededor de tu zona cuando sea posible. Con dos puedes resolver; con tres puedes verificar, porque una de ellas actúa como control independiente.
- Geometría: si puedes, que las estaciones rodeen el proyecto y no estén todas del mismo lado.
- Calidad del registro: prefiere estaciones con buen historial de datos en la fecha de tu sesión.
Sobre la distancia máxima, no hay una cifra universal. Depende del tiempo de observación, la actividad ionosférica y el software. Si tu proyecto exige rigor, aumenta el tiempo de sesión, usa órbitas precisas y evalúa la calidad de la solución con los indicadores del programa.
Paso 3. Revisa la ficha de cada estación
Antes de descargar, consulta la información de cada estación en el portal. Lo que debes anotar:
- Coordenadas oficiales y su marco (ITRF2008 época 2010.0).
- Modelo de antena y radomo. Lo necesitas para aplicar la calibración correcta de centro de fase en tu software.
- Altura de antena y a qué punto se refiere. Si la altura no está referida al punto correcto (ARP, punto de referencia de la antena), introduces un error vertical directo.
- Fechas de cambios de equipo o de antena. Un cambio de antena en medio de tus fechas puede alterar el resultado.
- Avisos o incidencias de la estación (suspensiones, actualización de coordenadas).
Paso 4. Descarga los archivos
En el portal, normalmente seleccionas la estación, la fecha (o día del año) y el tipo de archivo. Verifica el intervalo de muestreo disponible, porque no todas las estaciones ofrecen lo mismo. Descarga:
- Observación de cada estación para el día (o días) de tu sesión.
- Navegación correspondiente.
Guarda los archivos originales sin modificar y trabaja siempre sobre copias. Si tu proyecto es de control geodésico, guarda también una captura o registro de la ficha de estación con la fecha de consulta.
Paso 5. Verifica los archivos antes de procesar
Un archivo corrupto o incompleto cuesta horas. Revisa:
- Encabezado: código de estación, tipo de antena, altura, constelaciones registradas, intervalo.
- Cobertura temporal: que cubra tu ventana completa.
- Continuidad: huecos, saltos de ciclo y porcentaje de épocas útiles. El control de calidad de tu software de post-proceso o utilidades como gfzrnx y RTKLIB (código abierto) te dan estos indicadores.
- Constelaciones: si tu rover registró GPS, GLONASS y Galileo, pero la estación solo GPS, el software usará solo lo común.
Paso 6. Prepara tus propios datos
En tu rover o receptor estático:
- Exporta a RINEX (o importa el formato nativo si el software lo soporta) y revisa que el encabezado tenga bien la antena y la altura. Es un error frecuente: el método de medición (vertical, inclinada, a ARP o a la base de la antena) no coincide con lo que capturó el controlador.
- Confirma el intervalo de muestreo. Si el tuyo es de 1 s y el de la estación de 15 s, procesarás a la frecuencia común.
- Documenta la sesión: fecha, hora, croquis del punto, altura de antena, observaciones.
Para evitar fallos de configuración en campo, revisa nuestro artículo sobre errores comunes de GNSS mal configurado.
Paso 7. Procesa las líneas base
En tu software de post-proceso:
- Define el sistema de coordenadas del proyecto (ITRF2008 época 2010.0, elipsoide GRS80, proyección UTM zona 14N si trabajas en Nuevo León).
- Importa los archivos de las estaciones y de tu receptor.
- Asigna las coordenadas oficiales a las estaciones INEGI y márcalas como control.
- Aplica los modelos de antena correctos (centro de fase) para estación y rover.
- Configura máscara de elevación, constelaciones y tipo de efemérides. Si usas órbitas precisas, asegúrate de que estén disponibles para la fecha.
- Procesa cada línea base y revisa el estado de la solución: ambigüedades resueltas, precisiones, residuales.
Paso 8. Ajusta la red y controla la calidad
Una línea base aislada no te da confianza. Lo que sí:
- Ajuste libre (mínimas restricciones): fija una sola estación y evalúa la consistencia interna de la red. Si hay una línea mala, aparecerá aquí.
- Ajuste con restricciones: fija las estaciones de control y revisa cuánto se desvían respecto a sus coordenadas oficiales. Esa desviación es tu mejor indicador de calidad.
- Cierres de polígonos o de redes: si tienes sesiones redundantes, compara resultados.
- Estación de verificación: si fijaste dos y la tercera sale con una diferencia alta, investiga antes de entregar (altura de antena, modelo de antena, época, datos incompletos).
Documenta los residuales, no solo las coordenadas finales. Para entender cómo se plantea el reporte de exactitud, consulta informes de exactitud según INEGI.
Paso 9. Convierte y entrega
- Si necesitas cotas, aplica el modelo geoidal para obtener H a partir de h y declara el modelo usado.
- Exporta coordenadas geodésicas y planas (UTM 14N cuando corresponda) con marco y época indicados.
- Entrega junto con las coordenadas una memoria de procesamiento: estaciones usadas, fechas, antenas, software, parámetros, residuales.
Receptores y flujo de post-proceso
El resultado de este flujo depende tanto de la calidad de los datos de la estación como de la de tu receptor. Un equipo multiconstelación de doble frecuencia que registre en formato nativo y exporte RINEX con encabezados correctos te ahorra correcciones. Si estás evaluando qué receptor usar, revisa la categoría de equipos GNSS. Para decidir entre una u otra tecnología según el tipo de trabajo, te sirve nuestra comparativa de multiconstelación vs doble frecuencia.
Errores frecuentes con datos RINEX del INEGI
- Marco equivocado: procesar con coordenadas de estación en un marco y reportar como si fueran de otro. Declara siempre ITRF2008 época 2010.0.
- Desfase UTC: descargar el día local en vez del día UTC y quedarte sin datos comunes.
- Antena mal asignada: omitir o equivocar el modelo de antena de la estación o del rover. Se nota sobre todo en la componente vertical.
- Altura de antena del rover mal registrada: error directo en h.
- Una sola estación sin verificación: no hay forma de saber si la solución es buena.
- Estaciones demasiado lejanas con sesiones cortas: las ambigüedades no resuelven bien y el resultado se degrada.
- Confundir h con H: entregar alturas elipsoidales como si fueran cotas.
- No guardar la evidencia: sin fecha de consulta, ficha y archivos originales, no puedes defender el resultado después.
Preguntas frecuentes
¿Qué son los datos RINEX del INEGI?
Son archivos en formato RINEX con las observaciones GNSS registradas por las estaciones de la Red Geodésica Nacional Activa. Los usas como datos de una estación base para procesar tus propias sesiones en gabinete y ligar tu levantamiento al marco oficial.
¿Qué necesito para procesar datos RINEX del INEGI?
Un receptor GNSS con sesión de observación registrada (idealmente de doble frecuencia), software de post-proceso, los archivos de observación y navegación de las estaciones para el día de tu sesión, y las coordenadas oficiales y datos de antena de cada estación.
¿En qué sistema de referencia están las coordenadas de las estaciones del INEGI?
El sistema oficial es ITRF2008 época 2010.0, con elipsoide GRS80. Confirma siempre en la ficha de cada estación que las coordenadas que vas a fijar correspondan a ese marco y época.
¿Cuántas estaciones de la RGNA debo usar?
Lo recomendable son al menos tres, rodeando el proyecto cuando sea posible. Con dos puedes calcular la posición, pero con tres tienes una estación de verificación que revela errores de antena, de época o de datos.
¿Por qué mi sesión de la tarde no aparece en el archivo del día?
Porque los archivos se organizan por día UTC. Nuevo León está en UTC−6, así que lo que observas después de las 18:00 hora local pertenece al día UTC siguiente. Descarga ambos días si tu sesión cruza ese límite.
¿Con datos RINEX del INEGI obtengo cotas ortométricas?
No directamente. Obtienes alturas elipsoidales (h). Para llegar a ortométricas (H) debes aplicar un modelo geoidal y declarar cuál usaste. Si necesitas precisión vertical de ingeniería, complementa con nivelación geométrica.
¿Esto sirve para RTK en tiempo real?
No. Los archivos RINEX son para post-proceso. Para tiempo real necesitas un servicio de correcciones por NTRIP o tu propia base. Si quieres revisar la diferencia, consulta RTK vs PPK en México.
¿Puedo usar un solo archivo de una estación para todo mi proyecto?
Puedes, pero no es lo ideal. Si el proyecto es extenso o exige confiabilidad, usa varias estaciones, verifica los residuales y no extrapoles una sola línea base más allá de lo razonable para tu tiempo de observación.
Conclusión
Usar datos RINEX del INEGI bien no es descargar un archivo y procesarlo. Es planear la ventana de observación en UTC, elegir y verificar estaciones, respetar el marco ITRF2008 época 2010.0 con GRS80, aplicar bien las antenas, ajustar con redundancia y documentar el resultado. Con ese flujo, tus coordenadas llegan a la entrega con trazabilidad al Sistema Geodésico Nacional y con indicadores de calidad que puedes defender.
Si estás por definir qué receptor GNSS necesitas para este tipo de trabajo, o quieres resolver dudas sobre compatibilidad con tu software de post-proceso, solicita una cotización y te orientamos según tu proyecto.
