Google Earth Engine ——数据全解析专辑(COPERNICUS/S5P/NRTI/L3_AER_AI)紫外线气溶胶指数 (UVAI) 的近实时高分辨率数据集

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
简介: Google Earth Engine ——数据全解析专辑(COPERNICUS/S5P/NRTI/L3_AER_AI)紫外线气溶胶指数 (UVAI) 的近实时高分辨率数据集

NRTI/L3_AER_AI

 

This dataset provides near real-time high-resolution imagery of the UV Aerosol Index (UVAI), also called the Absorbing Aerosol Index (AAI).

The AAI is based on wavelength-dependent changes in Rayleigh scattering in the UV spectral range for a pair of wavelengths. The difference between observed and modelled reflectance results in the AAI. When the AAI is positive, it indicates the presence of UV-absorbing aerosols like dust and smoke. It is useful for tracking the evolution of episodic aerosol plumes from dust outbreaks, volcanic ash, and biomass burning.

The wavelengths used have very low ozone absorption, so unlike aerosol optical thickness measurements, AAI can be calculated in the presence of clouds. Daily global coverage is therefore possible.

For this L3 AER_AI product, the absorbing_aerosol_index is calculated with a pair of measurements at the 354 nm and 388 nm wavelengths.


数据集提供了紫外线气溶胶指数 (UVAI) 的近实时高分辨率图像,也称为吸收气溶胶指数 (AAI)。

AAI 基于一对波长的 UV 光谱范围内瑞利散射的波长相关变化。观察到的和模拟的反射率之间的差异导致了 AAI。当 AAI 为正值时,表明存在吸收紫外线的气溶胶,如灰尘和烟雾。它可用于跟踪粉尘爆发、火山灰和生物质燃烧引起的偶发气溶胶羽流的演变。

所使用的波长对臭氧的吸收非常低,因此与气溶胶光学厚度测量不同,AAI 可以在有云的情况下计算。因此,每日全球报道是可能的。

对于此 L3 AER_AI 产品,吸收气溶胶指数是通过在 354 nm 和 388 nm 波长处进行的一对测量计算得出的。


NRTI L3 Product

To make our NRTI L3 products, we use harpconvert to grid the data.

Example harpconvert invocation for one tile:

harpconvert --format hdf5 --hdf5-compression 9
-a 'absorbing_aerosol_index_validity>50;derive(datetime_stop {time});
bin_spatial(2001, 50.000000, 0.01, 2001, -120.000000, 0.01);
keep(absorbing_aerosol_index,sensor_altitude,sensor_azimuth_angle,
     sensor_zenith_angle,solar_azimuth_angle,solar_zenith_angle)'
S5P_NRTI_L2__AER_AI_20181113T080042_20181113T080542_05618_01_010200_20181113T083707.nc
output.h5


Sentinel-5 Precursor

Sentinel-5 Precursor is a satellite launched on 13 October 2017 by the European Space Agency to monitor air pollution. The onboard sensor is frequently referred to as Tropomi (TROPOspheric Monitoring Instrument).

All of the S5P datasets, except CH4, have two versions: Near Real-Time (NRTI) and Offline (OFFL). CH4 is available as OFFL only. The NRTI assets cover a smaller area than the OFFL assets, but appear more quickly after acquisition. The OFFL assets contain data from a single orbit (which, due to half the earth being dark, contains data only for a single hemisphere).

Because of noise on the data, negative vertical column values are often observed in particular over clean regions or for low SO2 emissions. It is recommended not to filter these values except for outliers, i.e. for vertical columns lower than -0.001 mol/m^2.

The original Sentinel 5P Level 2 (L2) data is binned by time, not by latitude/longitude. To make it possible to ingest the data into Earth Engine, each Sentinel 5P L2 product is converted to L3, keeping a single grid per orbit (that is, no aggregation across products is performed).

Source products spanning the antimeridian are ingested as two Earth Engine assets, with suffixes _1 and _2.

The conversion to L3 is done by the harpconvert tool using the bin_spatial operation. The source data is filtered to remove pixels with QA values less than:

  • 80% for AER_AI
  • 75% for the tropospheric_NO2_column_number_density band of NO2
  • 50% for all other datasets except for O3 and SO2

The O3_TCL product is ingested directly (without running harpconvert).

Dataset Availability

2018-07-10T11:17:44 - 2021-09-05T00:00:00

Dataset Provider

European Union/ESA/Copernicus

Collection Snippet

ee.ImageCollection("COPERNICUS/S5P/NRTI/L3_AER_AI")

Resolution

0.01 degrees

Bands Table

Name Description Min* Max* Units
absorbing_aerosol_index A measure of the prevalence of aerosols in the atmosphere, calculated by [this equation](https://earth.esa.int/web/sentinel/technical-guides/sentinel-5p/level-2/aerosol-index) using the 354/388 wavelength pair. -25 39
sensor_altitude Altitude of the satellite with respect to the geodetic sub-satellite point (WGS84). 828543 856078 m
sensor_azimuth_angle Azimuth angle of the satellite at the ground pixel location (WGS84); angle measured East-of-North. -180 180 degrees
sensor_zenith_angle Zenith angle of the satellite at the ground pixel location (WGS84); angle measured away from the vertical. 0.09 67 degrees
solar_azimuth_angle Azimuth angle of the Sun at the ground pixel location (WGS84); angle measured East-of-North. -180 180 degrees
solar_zenith_angle Zenith angle of the satellite at the ground pixel location (WGS84); angle measured away from the vertical. 8 88 degrees


* = Values are estimated

影像属性:

Name Type Description
ALGORITHM_VERSION String The algorithm version used in L2 processing. It's separate from the processor (framework) version, to accommodate different release schedules for different products.
BUILD_DATE String The date, expressed as milliseconds since 1 Jan 1970, when the software used to perform L2 processing was built.
HARP_VERSION Int The version of the HARP tool used to grid the L2 data into an L3 product.
INSTITUTION String The institution where data processing from L1 to L2 was performed.
L3_PROCESSING_TIME Int The date, expressed as milliseconds since 1 Jan 1970, when Google processed the L2 data into L3 using harpconvert.
LAT_MAX Double The maximum latitude of the asset (degrees).
LAT_MIN Double The minimum latitude of the asset (degrees).
LON_MAX Double The maximum longitude of the asset (degrees).
LON_MIN Double The minimum longitude of the asset (degrees).
ORBIT Int The orbit number of the satellite when the data was acquired.
PLATFORM String Name of the platform which acquired the data.
PROCESSING_STATUS String The processing status of the product on a global level, mainly based on the availability of auxiliary input data. Possible values are "Nominal" and "Degraded".
PROCESSOR_VERSION String The version of the software used for L2 processing, as a string of the form "major.minor.patch".
PRODUCT_ID String Id of the L2 product used to generate this asset.
PRODUCT_QUALITY String Indicator that specifies whether the product quality is degraded or not. Allowed values are "Degraded" and "Nominal".
SENSOR String Name of the sensor which acquired the data.
SPATIAL_RESOLUTION String Spatial resolution at nadir. For most products this is `3.5x7km2`, except for `L2__O3__PR`, which uses `28x21km2`, and `L2__CO____` and `L2__CH4___`, which both use `7x7km2`. This attribute originates from the CCI standard.
TIME_REFERENCE_DAYS_SINCE_1950 Int Days from 1 Jan 1950 to when the data was acquired.
TIME_REFERENCE_JULIAN_DAY Double The Julian day number when the data was acquired.
TRACKING_ID String UUID for the L2 product file.


数据提供:

The use of Sentinel data is governed by the Copernicus Sentinel Data Terms and Conditions.

代码:

var collection = ee.ImageCollection('COPERNICUS/S5P/NRTI/L3_AER_AI')
  .select('absorbing_aerosol_index')
  .filterDate('2019-06-01', '2019-06-06');
var band_viz = {
  min: -1,
  max: 2.0,
  palette: ['black', 'blue', 'purple', 'cyan', 'green', 'yellow', 'red']
};
Map.addLayer(collection.mean(), band_viz, 'S5P Aerosol');
Map.setCenter(-118.82, 36.1, 5);


相关文章
|
27天前
|
人工智能
歌词结构的巧妙安排:写歌词的方法与技巧解析,妙笔生词AI智能写歌词软件
歌词创作是一门艺术,关键在于巧妙的结构安排。开头需迅速吸引听众,主体部分要坚实且富有逻辑,结尾则应留下深刻印象。《妙笔生词智能写歌词软件》提供多种 AI 功能,帮助创作者找到灵感,优化歌词结构,写出打动人心的作品。
|
18天前
|
机器学习/深度学习 人工智能 自然语言处理
思通数科AI平台在尽职调查中的技术解析与应用
思通数科AI多模态能力平台结合OCR、NLP和深度学习技术,为IPO尽职调查、融资等重要交易环节提供智能化解决方案。平台自动识别、提取并分类海量文档,实现高效数据核验与合规性检查,显著提升审查速度和精准度,同时保障敏感信息管理和数据安全。
74 11
|
1月前
|
人工智能 JavaScript 数据可视化
Cursor 、v0 和 Bolt.new:当今 AI 编程工具的全面解析与对比
本文对 Cursor AI、v0 和 Bolt.new 三大 AI 编程工具进行了全面比较,分析其各自优势与局限性,帮助开发者在不同工作流中灵活应用。
242 8
Cursor 、v0 和 Bolt.new:当今 AI 编程工具的全面解析与对比
|
18天前
|
机器学习/深度学习 人工智能 自然语言处理
医疗行业的语音识别技术解析:AI多模态能力平台的应用与架构
AI多模态能力平台通过语音识别技术,实现实时转录医患对话,自动生成结构化数据,提高医疗效率。平台具备强大的环境降噪、语音分离及自然语言处理能力,支持与医院系统无缝集成,广泛应用于门诊记录、多学科会诊和急诊场景,显著提升工作效率和数据准确性。
|
27天前
|
人工智能 资源调度 数据可视化
【AI应用落地实战】智能文档处理本地部署——可视化文档解析前端TextIn ParseX实践
2024长沙·中国1024程序员节以“智能应用新生态”为主题,吸引了众多技术大咖。合合信息展示了“智能文档处理百宝箱”的三大工具:可视化文档解析前端TextIn ParseX、向量化acge-embedding模型和文档解析测评工具markdown_tester,助力智能文档处理与知识管理。
|
28天前
|
人工智能 Cloud Native Java
云原生技术深度解析:从IO优化到AI处理
【10月更文挑战第24天】在当今数字化时代,云计算已经成为企业IT架构的核心。云原生作为云计算的最新演进形态,旨在通过一系列先进的技术和实践,帮助企业构建高效、弹性、可观测的应用系统。本文将从IO优化、key问题解决、多线程意义以及AI处理等多个维度,深入探讨云原生技术的内涵与外延,并结合Java和AI技术给出相应的示例。
93 1
|
8天前
|
存储 人工智能 安全
CPFS深度解析:并行文件存储加速AI创新
在生成式AI的大潮中,并行文件系统作为高性能数据底座,为AI算力提供高吞吐、低延迟的数据存储服务。在本话题中,我们将介绍阿里云并行文件存储CPFS针对AI智算场景而提供的产品能力演进与更新,深入讲解在性能、成本、稳定、安全等方面的技术创新。
|
1月前
|
人工智能 前端开发 JavaScript
拿下奇怪的前端报错(一):报错信息是一个看不懂的数字数组Buffer(475) [Uint8Array],让AI大模型帮忙解析
本文介绍了前端开发中遇到的奇怪报错问题,特别是当错误信息不明确时的处理方法。作者分享了自己通过还原代码、试错等方式解决问题的经验,并以一个Vue3+TypeScript项目的构建失败为例,详细解析了如何从错误信息中定位问题,最终通过解读错误信息中的ASCII码找到了具体的错误文件。文章强调了基础知识的重要性,并鼓励读者遇到类似问题时不要慌张,耐心分析。
|
1月前
|
存储 人工智能 安全
OSS 深度解析:Data + AI 时代的对象存储
在 Data + AI 时代,随着大数据分析和 AI/ML 工作负载的进一步融合,对象存储 OSS 作为面向 AI 时代的数据基础设施,迎来了新的挑战与创新机遇。本话题我们将会介绍对象存储的能力创新,深度解读对象存储在实现稳定、安全、高性能和低成本背后的技术进展,并展望未来 AI 驱动趋势下的技术发展方向。
243 1
|
1月前
|
人工智能 缓存 Java
深入解析Spring AI框架:在Java应用中实现智能化交互的关键
【10月更文挑战第12天】Spring AI 是 Spring 框架家族的新成员,旨在满足 Java 应用程序对人工智能集成的需求。它支持自然语言处理、图像识别等多种 AI 技术,并提供与云服务(如 OpenAI、Azure Cognitive Services)及本地模型的无缝集成。通过简单的配置和编码,开发者可轻松实现 AI 功能,同时应对模型切换、数据安全及性能优化等挑战。
109 3

热门文章

最新文章

推荐镜像

更多