El Blog de Txus…y Toni

Muy buena noticia , desde el día 3 de este mes, están colgados en el ftp del IGN los modelos de geoide.Tal y como se describe en el archivo leeme,

Modelos de geoide publicados en el Servidor FTP del Geodesia del Instituto Geográfico Nacional

*Carpeta “ASCII”

-EGM08_REDNAP.txt: Adaptación del geoide mundial EGM2008 del National Geospatial Intelligence
Agency (http://www.nga.mil) al sistema de referencia vertical oficial en
España (REDNAP).
Incluye los datos de la zona geográfica comprendida entre los paralelos 44ºN y
35ºN y los meridianos 9º30′W y 4º30′E y por tanto es aplicable en la península,
Islas Baleares, Ceuta y Melilla.

-EGM08_REDNAP_Canarias.txt: Adaptación del geoide mundial EGM2008 del National Geospatial
Intelligence Agency (http://www.nga.mil) al sistema de referencia vertical
oficial en España (REDNAP).
Incluye los datos de la zona geográfica comprendida entre los paralelos 29º30′N
y 27º30′N y los meridianos 18º30′W y 13ºW y por tanto es aplicable en las
Islas Canarias.

El formato de ambos geoides, en formato ASCII, es un paso de malla regular de 1′x 1′, descrito por
filas comenzando por la esquina noroeste.

*Carpeta “geolab”

-EGM08_REDNAP.bin/.gsp: Adaptación del geoide EGM08_REDNAP al formato Geolab.
Incluye los datos de la zona geográfica comprendida entre los paralelos 44ºN y
35ºN y los meridianos 9º30′W y 4º30′E y por tanto es aplicable en la península,
Islas Baleares, Ceuta y Melilla.

*Carpeta “topcon”

-iberia08_rednap.gff: Adaptación del geoide EGM08_REDNAP al formato propietario de Topcon.
Incluye los datos de la zona geográfica comprendida entre los paralelos 44ºN y
35ºN y los meridianos 9º30′W y 4º30′E y por tanto es aplicable en la península,
Islas Baleares, Ceuta y Melilla.
Este modelo de geoide ha sido proporcionado por la empresa InlandGEO.

-canarias08_rednap.gff: Adaptación del geoide EGM08_REDNAP_Canarias al formato propietario de
Topcon. Incluye los datos de la zona geográfica comprendida entre los paralelos
29º30′N y 27º30′N y los meridianos 18º30′W y 13ºW y por tanto es aplicable en
las Islas Canarias.
Este modelo de geoide ha sido proporcionado por la empresa InlandGEO.

*Carpeta “trimble”

-EGM08_REDNAP.ggf: Adaptación del geoide EGM08_REDNAP al formato propietario de Trimble.
Incluye los datos de la zona geográfica comprendida entre los paralelos 44ºN y
35ºN y los meridianos 9º30′W y 4º30′E y por tanto es aplicable en la península,
Islas Baleares, Ceuta y Melilla.
Este modelo de geoide ha sido proporcionado por la empresa Trimble Navigation
Iberica S.L.

-EGM08_REDNAP_Canarias.gff: Adaptación del geoide EGM08_REDNAP_Canarias al formato de Trimble
Incluye los datos de la zona geográfica comprendida entre los paralelos 29º30′N
y 27º30′N y los meridianos 18º30′W y 13ºW y por tanto es aplicable en las Islas
Canarias.
Este modelo de geoide ha sido proporcionado por la empresa Trimble Navigation
Iberica S.L.

Click aquí para acceder a la URL del ftp de geodesia

Este post nace por la consulta que me hizo un seguidor de este blog, César, por email.

Me pide sugerencias sobre que hacer, especialmente enfocado a GNSS, tal y como me dice textualmente "sobre gps que es lo que más se está empezando a utilizar".

Bueno, la verdad es que los "GPS" se llevan utilizando mucho tiempo, yo desde el año 2000, y ciertamente encontrar una temática para el proyecto fin de carrera que sea original y único puede ser complicado.

Vamos a intentar entre todos aportar ideas y ayudar a César a tener el proyecto que culmine sus estudios.

Yo propondría el siguiente:

Una red topo-geodésica para obra lineal, pero que contemple un estudio sobre los diferentes métodos de observación terrestres y satelitales, esto es, observación y cálculo de la red SÓLO con GNSS (incluyendo nivelación con brazos menores de 300 metros con material calibrado), igualmente pero con poligonales de precisión, y la nivelación de alta precisión. El estudio comprendería el análisis de resultados para la red calculada según los diferentes métodos y el que resultaría de combinar todos ellos (GNSS, poligonación de precisión y nivelación de precisión)

¿alguién da más ideas?

 Queremos unirnos desde aquí a la campaña lanzada desde Aldea Irreductible acerca del inminente recorte del 37% anunciado por el gobierno en el presupuesto para I+D.

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”?

A pesar del pretencioso título, no creáis que el contenido de esta entrada trate acerca de un acto de ocio, en el cual por mi amor a la topografía decidiese llevarme este fabuloso instrumento como acompañante

No es muy habitual que realice trabajos de campo, y cuando lo hago normalmente utilizo GPS.

Sin embargo en esta ocasión, opte por hacer uso de la generosidad de mi colega Perico, que amablemente me prestó su equipo…Gracias por dejarme a tu “niña”

Este Trimble S6, es una autentica gozada

Ya había usado en otras ocasiones la Trimble 5600 robotizada, y ciertamente además de pesada, es bastante atareado el proceso de inicialización, y puesta en marcha. Además el TCU (S6) no tiene nada que ver con el viejo ACU (5600), sobre todo por la versión de survey controller.

Pero este “maquinón” de S6 es una maravilla. No hace falta inicializar desde la estación con el controlador (como sí lo hace la 5600) y además te “captura” muy rápidamente.

Una vez en marcha tratando de “despistar” al seguimiento, siempre me localizaba de nuevo…

No he podido resistirme a contar lo bien que me lo pasé ayer con este “cacharro”, disfrutando también del entorno…a pesar de estar trabajando

…como no podía ser de otra manera, una vez finalizado el trabajo AutoCAD Civil 3D 2010 importó los datos y observaciones mediante Trimble Link, de manera directa y sin intermediarios