Levantamiento topográfico con GNSS RTK: flujo de trabajo completo de campo a entrega

Tienes el rover en la mochila, la red CORS disponible y el cliente esperando coordenadas con precisión centimétrica para el jueves. El problema no es el equipo: es que un paso mal ejecutado —desde la configuración del datum hasta el ajuste de la ondulación geoidal— puede invalidar horas de trabajo en campo y obligarte a repetir el levantamiento. Este post te lleva por cada etapa del flujo de un levantamiento topográfico con GNSS RTK, desde que abres el maletín hasta que entregas el archivo de coordenadas. Sin atajos que te cuesten cara en obra.

¿Qué hace diferente a un levantamiento RTK de uno convencional?

Antes de entrar al flujo, vale la pena dejar claro por qué RTK no es simplemente «GPS más rápido». El modo RTK (Real Time Kinematic) resuelve las ambigüedades de fase de la portadora L1/L2 en tiempo real mediante una corrección diferencial que llega al rover desde una estación base o desde una red de estaciones de referencia. El resultado: posición tridimensional con precisión típica de 1–2 cm en horizontal y 2–3 cm en vertical, disponible en segundos.

Eso es cualitativamente distinto de un DGPS, que solo corrige el pseudorango y entrega precisiones métricas (0.3–1 m). Y también es distinto de PPK (Post-Processed Kinematic), donde las correcciones se aplican en gabinete después del levantamiento. Cada modalidad tiene su caso de uso; RTK y PPK no son sinónimos ni uno es superior al otro en todos los escenarios.

Lo que hace a RTK ideal para levantamiento topográfico de detalle es la retroalimentación inmediata: sabes en campo si un punto es bueno o hay que repetirlo.

Fase 1: Gabinete previo al campo

1.1 Definir el sistema de referencia del proyecto

El sistema geodésico oficial de México es ITRF2008 época 2010.0 con elipsoide de referencia GRS80, según lo establece el INEGI. Configura tu receptor y tu software de campo exactamente en estos parámetros. Si el cliente solicita coordenadas en UTM, la zona para Nuevo León y la mayor parte del noreste es 14N (entre los meridianos 96° y 90° O); para proyectos en el occidente del estado o al cruzar hacia Coahuila revisa la zona correspondiente.

No configures «WGS84» porque el cliente «siempre lo pide así»: WGS84 no es el sistema oficial de México y, aunque las diferencias son pequeñas, pueden generar inconsistencias al integrar con cartografía oficial del INEGI o con proyectos donde se utilizaron vértices CORS georeferenciados en ITRF.

1.2 Seleccionar el modelo geoidal

La altura que entrega un receptor GNSS es altura elipsoidal (h), referida al elipsoide GRS80. La altura que aparece en planos de ingeniería y que se usa para diseño hidráulico, rasantes y redes es la altura ortométrica (H), referida al geoide. La diferencia entre ambas es la ondulación geoidal (N): H = h − N.

Para México, el modelo oficial es EGM2008 en su versión distribuida por el INEGI, con precisión de ±20–30 cm según la región. Carga el archivo de grilla geoidal en tu controlador antes de salir a campo. Si tu software de campo no permite cargar la grilla, anota las alturas elipsoidales y aplica la conversión en gabinete; nunca uses una altura elipsoidal como si fuera ortométrica en un proyecto de ingeniería.

1.3 Revisar la cobertura de la red CORS y el plan de conectividad

Si vas a trabajar con correcciones vía NTRIP, verifica que las estaciones de la red CORS de INEGI —o de la red estatal que corresponda— tienen cobertura en la zona del proyecto. NTRIP es el protocolo de transmisión por el que llegan las correcciones al rover; no es un sistema de posicionamiento en sí mismo. Necesitas datos móviles (SIM en el rover o en el controlador) o radio si vas a montar base propia.

Consulta el listado actualizado de estaciones CORS del INEGI en https://www.inegi.org.mx/temas/rng/ para confirmar disponibilidad en tu zona de trabajo.

1.4 Planificar la sesión GNSS

Descarga una predicción de constelaciones (almanaque) para la fecha y hora del levantamiento. Busca ventanas con PDOP < 3.0; un PDOP entre 1.5 y 2.5 es ideal. Con receptores multiconstelación actuales (GPS + GLONASS + Galileo + BeiDou) las ventanas desfavorables son cortas, pero en zonas con obstrucción parcial del cielo —cerca de edificios o bajo cubierta arbórea abierta— este paso te puede ahorrar repetir puntos.

Fase 2: Configuración en campo

2.1 Montar la base (si no usas CORS)

Si el proyecto está fuera del alcance de CORS o requiere independencia de conectividad, montas tu propia base. Las reglas básicas:

• Sobre vértice conocido: introduces las coordenadas ITRF del vértice manualmente. La precisión del levantamiento depende directamente de la calidad de esas coordenadas. Si el vértice es IGG o de la red pasiva del INEGI, verifica que tenga ficha actualizada y que no haya sufrido movimiento.
• Posición autónoma: la base promedia su posición durante varios minutos y la usa como referencia interna. El levantamiento será internamente consistente (precisión relativa centimétrica) pero las coordenadas absolutas tendrán el error de la posición autónoma (métrico a decamétrico). Útil para levantamientos donde solo importa la consistencia interna, no las coordenadas globales.

Asegura la base sobre trípode con plomada óptica o láser. Introduce la altura de la antena con precisión (error de 1 cm en la altura de antena se traduce en 1 cm de error sistemático en todas las alturas del levantamiento).

2.2 Configurar el rover

En el controlador o en la app de campo, configura:

Parámetro	Valor recomendado
Sistema de referencia	ITRF2008 época 2010.0 / GRS80
Proyección	UTM zona 14N (para NL y noreste)
Modelo geoidal	EGM2008
Máscara de elevación	10°–15°
PDOP máximo aceptable	3.0
Tiempo de inicialización mínimo	Según fabricante (típico 30–60 seg tras Fix)
Tipo de solución requerida	Fix (entero resuelto) — NUNCA aceptar Float para puntos de control

El estado Fix significa que las ambigüedades de fase están resueltas como enteros: es la condición necesaria para precisión centimétrica. El estado Float indica que las ambigüedades están estimadas como números reales: la precisión puede ser decimétrica o peor. Configurar el software para rechazar automáticamente puntos Float es una práctica que ahorra reprocesos.

2.3 Verificar la calibración con puntos de comprobación

Antes de levantar el primer punto de detalle, ocupa al menos un vértice de coordenadas conocidas independiente de la base. Si la diferencia entre la posición medida y la conocida está dentro de tus tolerancias (típicamente 2–3 cm en horizontal, 3–5 cm en vertical para topografía de ingeniería), el sistema está bien configurado. Si no, revisa la altura de antena, el datum y el modelo geoidal antes de continuar.

Fase 3: Levantamiento de detalle

3.1 Criterios de medición por tipo de punto

No todos los puntos de un levantamiento requieren el mismo protocolo:

Puntos de control y vértices de poligonal
– Mínimo 3 épocas independientes (el rover se levanta y se reinicializa entre cada una)
– Promedio de las 3 épocas como coordenada final
– Diferencia entre épocas debe ser < 2 cm; si no, investiga la causa

Puntos de relleno topográfico (curvas de nivel, MDT)
– Una época con solución Fix es suficiente
– Distancia entre puntos según la densidad requerida por el cliente: para curvas de nivel cada metro, regla general es puntos cada 15–25 m en terreno regular; en cambios de pendiente, cada 5–10 m

Límites de propiedad y elementos legales
– Mínimo 2 épocas independientes con promedio
– Documentar PDOP y número de satélites en cada medición

3.2 Gestión de obstrucciones

El GNSS RTK tiene limitaciones conocidas: bajo dosel denso, en cortes profundos o junto a estructuras metálicas, la señal se degrada o se pierde la inicialización. Las estrategias en campo:

• Aleja el rover de superficies reflectivas (láminas metálicas, muros con ventanas) al menos 5 m para reducir el efecto multipath
• En zonas con obstrucción parcial, espera 60–90 segundos con el rover inmóvil antes de aceptar la medición
• Si el Fix se pierde y el rover vuelve a Float, no aceptes el punto; espera la reinicialización completa
• Para puntos en zonas totalmente obstruidas (bajo puente, en bodega), complementa con estación total usando los puntos RTK de alrededor como referencia

3.3 Codificación y organización de puntos

Adopta un esquema de códigos desde gabinete y respétalo en campo. Ejemplo básico:

• TN — terreno natural
• BK — barda o cerco
• CJ — caja de registro
• AR — arbolado
• EC — esquina de construcción
• CP — punto de control

Un punto mal codificado en campo cuesta 10 veces más corregirlo en gabinete que hacerlo bien desde el principio. Si tu software de campo permite asociar descripción y foto al punto, úsalo: la memoria falla y el contexto visual acelera el procesamiento.

Fase 4: Control de calidad en campo

Antes de guardar y cerrar la sesión, ejecuta estas verificaciones:

Verificación de cierre: Si levantaste una poligonal o red de puntos de control, ocupa nuevamente el primer vértice al final del día. La diferencia entre la primera y última medición (ambas con Fix) debe estar dentro de tolerancia. Un cierre fuera de tolerancia obliga a investigar si hubo deriva en la base o problema de conectividad durante el trabajo.

Revisión de estadísticas de la sesión: Revisa en el controlador el registro de soluciones Fix vs Float. Una sesión con más del 10% de puntos en Float debe analizarse antes de dar por bueno el levantamiento.

Fotografías de referencia: Toma foto de cada punto de control con el rover en posición, y fotos de contexto de zonas problemáticas. Esto ahorra explicaciones cuando el cliente revisa el reporte.

Fase 5: Procesamiento y entrega en gabinete

5.1 Descarga y revisión inicial

Descarga los datos del controlador y revisa en tu software de gabinete (Civil 3D, QGIS, o el software del fabricante):

• Distribución espacial de puntos: ¿hay zonas sin cobertura?
• Estadísticas de precisión por punto: filtra todo punto con precisión horizontal > 3 cm o vertical > 5 cm para revisión manual
• Coherencia de alturas: grafica un perfil rápido para detectar puntos con errores de ondulación geoidal o altura de vara mal registrada

5.2 Ajuste de red de control (si aplica)

Si levantaste múltiples vértices de control con sesiones independientes, realiza un ajuste mínimo cuadrático de la red antes de usar esas coordenadas como referencia para el resto del levantamiento. Software como el módulo de ajuste de INEGI, Star*Net o incluso herramientas de código abierto