cerrar mensajeInformación importante sobre cookies

Este sitio web utiliza cookies propias y de terceros para dar un mejor servicio. Las cookies no se utilizan para recoger información de carácter personal.

Si continúa navegando se considera que acepta su uso.Para más información visite nuestra política de cookies.

arrow_upward
El porqué del formato de la SST de Sentinel-3
  •   Copernicus Sentinel Space

ddd

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:

  • Sea Surface Temperature data (sea_surface_temperature)
  • Time differences of SST measurements from a reference time (sst_dtime)
  • SST Sensor Specific Error Statistic (SSES) measurement bias estimate (sses_bias)
  • SSES measurement standard deviation estimate (sses_standard_deviation)
  • Flags specific to each L2P data set that help users interpret data (l2p_flags)
  • Quality level for each measurement (quality_level)
  • Difference between satellite SST measurements and a defined reference (dt_analysis)
  • An estimate of surface wind speed (wind_speed)
  • An estimate of sea ice fraction (sea_ice_fraction)
  • An estimate of atmospheric aerosol (aerosol_dyanamic_indicator)

Las variables adicionales se denominan "experimental fields". Para el producto SST de SLSTR estas son:

  • Top of atmosphere brightness temperature (brightness_temperature)
  • Nadir pixel theoretical uncertainty (nadir_sst_theoretical_uncertainty)
  • SST total uncertainty (sst_theoretical_uncertainty)
  • Dual minus nadir SST difference (dual_nadir_sst_difference)
  • TOA noise equivalent brightness temperature (nedt)
  • Satellite zenith angle (satellite_zenith_angle)

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.

SST Animation from GHRSST web