La Red Activa de Estaciones GNSS de Cantabria proporciona al usuario de sistemas de posicionamiento global la posibilidad de alcanzar precisiones centimétricas o submétricas, dependiendo de las condiciones de observación y del instrumental utilizado. Dichas precisiones se pueden obtener bien mediante el uso de datos en tiempo real o bien mediante el uso de ficheros de post-proceso en formato RINEX descargados de nuestro servicio FTP.

1. DESCRIPCIÓN DEL SERVICIO DE CORRECCIONES EN TIEMPO REAL VÍA PROTOCOLO NTRIP

Para utilizar estos servicios su receptor GNSS deberá ser capaz de recibir correcciones vía protocolo NTRIP (Networked Transport of RTCM via Internet Protocol), una de las maneras de difundir correcciones GNSS en tiempo real. Lógicamente, para recibir estas correcciones su receptor GNSS deberá disponer también de un módem integrado o cualquier otro medio de conexión a internet. En algunos casos de solución de red, además, se requiere que su receptor tenga comunicación bidireccional con el servidor para que pueda enviar su posición (mediante una cadena de datos en formato NMEA-GGA).

Estas condiciones se dan típicamente en los receptores geodésicos profesionales de ingeniería de campo y no en receptores de excursionista o en teléfonos móviles convencionales. Si usted dispone de un receptor geodésico con estas características, deberá conectarse a nuestro servidor:

Nombre de servidor: gnss.cantabria.es. IP: 195.235.112.11, puerto: 2101. No es necesario especificar ni usuario ni contraseña, pero si su receptor se lo pide puede introducir usuario: anonimo y contraseña: anonimo

1.1. Interpretación de los nombres de los puntos de conexión o Mountpoints

Atención: Hemos modificado los nombres de los puntos de acceso (mountpoints), en el marco de uniformización de nombres que se está realizando entre las redes de toda España.

Los cambios no afectan a la operativa de la red en modo alguno, sino que se trata de simples alteraciones de los nombres de los puntos de conexión o mountpoints que dan acceso las emisiones o streamings de los servicios. Pretendemos con ello simplificar a los usuarios la compresión del contenido y prestaciones de los distintos mountpoints en cualquier red de España, sin importar qué Administración preste el servicio.

Debe tener en cuenta este cambio de nombres a la hora de configurar su receptor. La equivalencia de mountpoints viejos (a extinguir) y nuevos queda como sigue:

MOUNTPOINTS VIEJOS
(a extinguir)
MOUNTPOINTS NUEVOS
(nuevas denominaciones)
NET_MAC MAC3
NET_VRS_0 VRS2
NET_VRS_1 VRS3
NET_IMAX_0 IMAX2
NET_IMAX_1 IMAX3
NEAREST_0 CERCANA2
NEAREST_1 CERCANA3
DGPS DGNSS2
LARE_0 LARE2
RENS_O RENS2
RNAN_0 RNAN2
CANT_0 CANT2
TRLV_0 TRLV2
VCRD_0 VCRD2
FUDE_0 FUDE2
LARE_1 LARE3
RENS_1 RENS3
RNAN_1 RNAN3
CANT_1 CANT3
TRLV_1 TRLV3
VCRD_1 VCRD3
FUDE_1 FUDE3

 

Una vez que se conecte con su receptor GNSS a nuestro servidor verá que existen varios puntos de conexión (también llamados Mountpoints). Concretamente verá que existen MAC3, VRS2, VRS3, IMAX2, IMAX3, CERCANA2, CERCANA3, DGNSS2, LARE2, RENS2, RNAN2, CANT2, TRLV2, VCRD2, FUDE2, LARE3, RENS3, RNAN3, CANT3, TRLV3, VCRD3, FUDE3 (anteriormente se denominaban de forma equivalente NET_MAC, NET_VRS_0, NET_VRS_1, NET_IMAX_0, NET_IMAX_1, NEAREST_0, NEAREST_1, DGPS, LARE_0, RENS_O, RNAN_0, CANT_0, TRLV_0, VCRD_0, FUDE_0, LARE_1, RENS_1, RNAN_1, CANT_1, TRLV_1, VCRD_1, FUDE_1). Todos ellos procesan observaciones de las constelaciones GPS (NAVSTAR-GPS) y de la constelación GLONASS.

Veamos en qué consiste cada uno y las diferencias entre ellos.

Los mountpoints cuyo nombre empieza por MAC, VRS o IMAX (anteriormente empezaban por NET) corresponden a modalidades de solución de red, en las cuales usted recibe en tiempo real las correcciones de una combinación de estaciones más cercanas, debidamente modelizadas. Consulte nuestro mapa de cobertura de solución de red para saber en qué partes el territorio ofrecemos esos servicios de solución de red. Tenga en cuenta que si está fuera de la cobertura para la solución de red, el sistema en algunos casos le devolverá un error indicando que no existen datos de corrección para ese lugar.

Los mountpoints cuyo nombre empieza por CERCANA (anteriormente empezaban por NEAREST) o por DGNSS (anteriormente empezaban por DGPS) corresponden a servicios de tiempo real en los cuales el sistema localiza la estación más cercana en función de la posición del usuario y le transmite las correcciones basadas únicamente en esa estación más cercana. En este caso, la cobertura es más extensa. Consulte nuestro mapa de cobertura para servicios de estación más cercana en tiempo real.

Los mountpoints que empiezan por los códigos de las estaciones (LARE, RENS, VCRD, RNAN, TRLV, CANT, FUDE) son aquellos que permiten la conexión directa a cada estación. Son similares a los mountpoints de estación más cercana, sólo que en vez de determinar el sistema cuál es la estación más cercana, lo designa el usuario manualmente.

Además, los nombres de los mountpoints pueden terminar 2 ó en 3 (que antes terminaban en _0 ó en _1). Los que terminan en 2 (antes terminaban en _0) transmiten datos en el estándar RTCM 2.3, mientras que los mountpoints que terminan en 3 (antes terminaban en _1) transmiten datos en el estándar RTCM 3.1 extendido (más recomendable este último).

1.2. Mountpoints de solución de red en tiempo real

Si está dentro de la zona de cobertura de solución de red, recomendamos utilizar alguno de los servicios de red, por este orden de preferencia: MAC3 (antes NET_MAC, solución MAX en RTCM 3.1 extendido),VRS3 (antes NET_VRS_1, solución de estación virtual de referencia o Virtual Reference Station en RTCM 3.1 extendido), IMAX3 (antes NET_IMAX_1, solución i-MAX en RTCM 3.1 extendido), VRS2, (antes NET_VRS_0, Virtual Reference Station en RTCM 2.3), o bien IMAX2, (antes NET_IMAX_0, también solución i-MAX pero en RTCM 2.3).

Las soluciones MAX e i-MAX son particularizaciones realizadas por Leica Geosystems del concepto MAC (RTCM Master Auxiliary Concept), que se han convertido en un estándar de facto en el mercado de aplicaciones de tiempo real RTK (Real Time Kinematic). La principal diferencia entre ambas es que en el caso de MAX, el proceso de correcciones es realizado en el receptor (rover), mientras que en i-MAX el proceso de las correcciones es realizado en nuestros servidores. Tenga en cuenta que si va a utilizar MAX (nuestro mountpoint MAC3 (antes NET_MAC), su receptor y el firmware del mismo deberán ser capaces de procesar y utilizar mensajes RTCM MAC. Si no es así, pruebe a utilizar la conexión a nuestros mountpoints IMAX3 (antes NET_IMAX_1) ó IMAX2 (antes NET_IMAX_0) como alternativa RTK de solución de red.

La ventaja de utilizar el mountpoint MAC3 (antes NET_MAC) es que al ser los cálculos realizados en su receptor, este tiene la posibilidad de tratar los datos desde una forma sencilla mediante una interpolación simple basada en FKP, hasta métodos más rigurosos que aprovechan el uso de todos los datos de satélites disponibles, ofrecen mayor consistencia a la vez que trazabilidad y repetitividad. MAC3 (antes NET_MAC) tiene además la ventaja de que si el usuario está fuera del ámbito de cobertura de red o se sale de él, el sistema le conecta directamente a la solución de estación más cercana sin intervención del usuario.

VRS3 (antes NET_VRS_1) y VRS2 (antes NET_VRS_0) son otra forma de transmitir correcciones de red que básicamente crean una estación de referencia virtual (Virtual Reference Station) en las inmediaciones del receptor del cliente, a partir de la modelización de las correcciones de la red. Dado que periódicamente se transmite la posición del cliente a nuestros servidores, tenga en cuenta que la comunicación ha de ser bidireccional, si bien el caudal de datos consumido es mínimo. Para poder utilizar estos mountpoints, su receptor ha de ser compatible con correcciones en formato VRS.

1.3. Mountpoints de estación más cercana

En los servicios de tiempo real a estación más cercana, el sistema automáticamente le conecta a aquella estación que se encuentra a menor distancia de su punto inicial de medición con una configuración de solución de baselínea simple.

En ese caso recomendamos utilizar por este orden los mountpoints CERCANA3 (antes NEAREST_1, emite RTCM 3.1 extendido), CERCANA2 (antes NEAREST_0, emite RTCM 2.3) o bien DGNSS2 (antes DGPS,también en este caso emitiendo una solución de baselínea simple sobre RTCM 2.3).

2. DESCRIPCIÓN DEL SERVICIO DE DESCARGA DE FICHEROS DE POSTPROCESO RINEX VÍA PROTOCOLO FTP

El sistema de ficheros de postproceso consiste en un repositorio de ficheros codificados en el estándar RINEX (Receiver Independent Exchange Format). Se accede a nuestro servicio para la descarga de dichos ficheros mediante cualquier cliente que admita el estándar FTP (File Transfer Protocol), y definiendo en el mismo la siguiente conexión:

Nombre de servidor: gnss.cantabria.es IP: 195.235.112.11, puerto: 21, usuario de tipo anónimo (anonymous).

También puede acceder al servicio FTP con el navegador web mediante el enlace: ftp://gnss.cantabria.es (tenga en cuenta que para utilizar el servicio FTP su conexión a internet debe permitir la conexiones por el puerto 21).

Todos nuestros ficheros procesan observaciones de las constelaciones GPS (NAVSTAR-GPS) y de la constelación GLONASS.

Los datos se captan con dos cadencias: horario a 1 segundo y diario a 30 segundos. En cada hora o día (según se trate) se encuentran tres ficheros comprimidos. Se corresponden con un fichero de observación y dos ficheros de navegación: uno con los parámetros de navegación de los satélites observados de la constelación Glonass y otro con los parámetros de navegación de los satélites de la constelación GPS-NAVSTAR.

La estrategia de nombrado de los ficheros es la siguiente:

Formación de los nombres de fichero: XXXXDDDH.AAT.Z

Donde:
XXXX = código de 4 letras de la estación.
DDD = número de orden del día en el año.
H = hora del día UTC, codificada en letras según la siguiente relación:

 

a

b

c

d

e

f

g

h

i

j

k

l

m

n

o

p

q

r

s

t

u

v

w

x

0

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

 

AA = Año (dos últimos guarismos)

T = Tipo de fichero, denominado con tres letras: D = fichero de datos de observación, N = datos de navegación de la constelación GPS-NAVSTAR, G = datos de navegación de la constelación GLONASS.

.Z = Extensión constante para indicar que se trata de ficheros comprimidos con el estándar Z de UNIX

El fichero de observación (tipo D), es un fichero combinado para las dos constelaciones observadas (GPS-NAVSTAR y GLONASS). Se trata de un fichero RINEX versión 2.11 con la etiqueta M (Mixed) para indicar que tiene datos de observación de las dos constelaciones. Los ficheros de navegación (tipos N y G), son ficheros RINEX versión 2.10

Todos los ficheros se distribuyen comprimidos con formato .Z de UNIX, junto con el método Hatanaka. El método Hatanaka es una estrategia de codificación de la información para un fichero RINEX basado en caracteres ASCII que permite reducir el volumen de información a codificar y .Z es el formato de compresión de UNIX que se puede leer con múltiples productos del mercado.