Este sitio web utiliza cookies propias y de terceros para mantener la sesión y obtener datos estadísticos de navegación de los usuarios. Para más información vea la Política de cookies.
Este sitio web utiliza cookies propias y de terceros para mantener la sesión, ofrecerle una mejor experiencia de usuario y obtener datos estadísticos de navegación de los usuarios. Para más información sobre cómo configurar las cookies, vea nuestra Política de cookies.
Al pulsar el botón "Aceptar selección" se están aceptando las cookies seleccionadas, además de las cookies técnicas que permiten un correcto funcionamiento del sitio web. Al pulsar el botón "Rechazar todas" se están rechazando todas las cookies, excepto las cookies técnicas que permiten un correcto funcionamiento del sitio web.
Vamos a seguir revisando un poco el producto SST (Sea Surface Temperature) de Sentinel-3, tarea especialmente relevante ahora que ya está en vuelo Sentinel-3B. Además, es importante también, dado que la documentación y el formato de distribución de esos datos no son fáciles para novatos (como nosotros, sin ir más lejos).
Hace un par de entradas, vimos como la SST se calculaba en base a un algoritmo Split-Window, pero con variantes según los datos disponibles (dos o tres bandas, una o dos vistas por píxel); y cómo la variable "sst_algorithm_type" del fichero netCDF *L2P_GHRSST*.nc reportaba qué variante en particular se había utilizado. Pero es importante consultar otras variables de ese fichero antes de utilizar el producto SST, en especial "l2p_flags" y "quality_level".
Todas estas variables y sus valores posibles (de los que hablaremos más adelante) provienen de las recomendaciones sobre distribución de datos SST del grupo de trabajo GHRSST. Por esta razón, el producto SST de SLSTR es muy diferente, en nombre y organización de los datos, a los demás productos Sentinel-3, como los de OLCI, el producto Land Surface Temperature de SLSTR que distribuye la ESA, o incluso los datos L1b de SLSTR que se usan para generar la SST.
La organización requerida para datos L2 (nivel 2 de proceso) por el GHRSST se describe en The Recommended GHRSST Data Specification (GDS 2.0 revision 5). Consiste es un único fichero netCDF-4, que incluye unos atributos globales y una serie de variables dentro del fichero, unas obligatorias y otras que define adicionalmente cada proveedor de datos. Las variables obligatorias son:
Las variables adicionales se denominan "experimental fields". Para el producto SST de SLSTR estas son:
Curiosamente, una de las variables más importantes en SLSTR, sst_algorithm_type, aparece como una de las etiquetas de l2p_flags en la especificación del GHRSST, pero ha sido "promovida" a variable por EUMETSAT.
Además de establecer estándares, como el formato de distribución que sigue ahora SLSTR, el GHRSST realiza otras actividades relevantes. Por ejemplo, proporciona datos in situ para validación de las observaciones de SST desde satélite y distribuye diariamente imágenes de SST sintetizadas a partir de la obtenida por diversos satélites, así como animaciones semanales con estas imágenes, como la que podemos ver a continuación.