Como consecuencia de un post del foro de cartesia, donde se debaten las cualidades de los equipos GNSS (mal llamados GPS), también se hace mención al software del controlador o libreta de campo.
Mis argumentos sobre una aplicación de libreta muy concreta es que dicha aplicación no permite exportar los datos correspondientes a la observación realizada en modo RTK, para su posterior tratamiento y procesado en gabinete.
De ahí el título de este post, ¿Qué “medimos” con los equipos GNSS?.
Tras leer innumerables mensajes en los foros y algunas conversaciones con compañeros de profesión he llegado a la conclusión de que no se sabe realmente que es lo que mide ese dichoso cacharro llamado comunmente GPS.
Las mediciones realizadas por un GPS son de posicionamiento sobre el elipsoide WGS84 al triangular las medidas de pseudodistancias obtenidas desde cada satélite. Al trabajar con estación y rover, estos posicionamientos se materializan en la observación de campo como los incrementos de posición (coordenadas cartesianas geocéntricas) entre el receptor BASE y el ROVER.
Además de estos datos se almacena (en el caso de RTK) las precisiones obtenidas en la solución, número de satélites intervinientes, alturas de instrumentos (BASE y ROVER), tiempos de ocupación, etc
|
Detalle del archivo de observación tomado en campo
Datos de la BASE
Datos de la observación en el ROVER
|
 |
Con toda esta información, ya en gabinete y en la aplicación de oficina, estamos en disposición de poder procesar los datos y poder analizar resultados, resolver incidencias de errores en alturas de instrumentos, desechar líneas de baja calidad, etc.
Si además de observar con el receptor ROVER en modo RTK, hemos configurado el receptor BASE en modo mixto, esto es, Estático y emitiendo correcciones RTK, podremos luego procesar y calcular la posición precisa en la RED GNSS que consideremos con la finalidad de encuadrar dicho trabajo en el Sistema de Referencia.
Así mismo también podemos transformar de manera fácil, rápida y sobre todo “en caliente” el datum del sistema local o destino, con el objeto de obtener las coordenadas cuadrícula sobre una proyección o simplemente sobre un sistema de coordenadas local (SCL).
Detalle BASE |
Detalle ROVER |
Increm. Coord. Geocéntricas (terreno) |
Increm. Coord. Geocéntricas (brutas) |
Coord. Polares Geodésicas (terreno) |
Coord. Polares Geodésicas (brutas) |
Increm. Coord. UTM cuadrícula(terreno) |
Increm. Coord. UTM cuadrícula(brutas) |
Detalle la línea base
Tal y como hemos visto, efectivamente lo que “medimos” con los “GPS” son coordenadas pero NO lo que “generalmente” se exporta de las libretas que no “quieren” aportar los datos de los observables, sino lo fácil para ellos, sólo aportan coordenadas sobre la proyección cartográfica definida en la libreta, y con unos parámetros de transformación de “fábrica” y lo más grave, con una posición de partida en modo autónomo con una precisión impredecible.
Estas coordenadas luego son exportadas al software CAD y ahí podemos hacer giros traslaciones, pero nunca podrá conseguirse resultados óptimos porque estas actuaciones en CAD no son operaciones geodésicas y por tanto nunca pueden sustituir a los cálculos necesarios, precisos y con rigor, que utilicen los DATOS BRUTOS observados.
¿Se nos ocurriría descargar coordenadas tras una observación de una poligonal para proceder con su ajuste y compensación?
¿Por qué se hace así con los trabajos”GPS”? 
