Data are stored in blobs in the West Europe Azure region, in the following blob container:
https://sentinel2l2a01.blob.core.windows.net/sentinel2-l2
Within that container, each scene corresponds to a folder, named according to:
[UTM longitude zone]/[MGRS latitude band]/[tile code]/[year]/[month]/[day]/[scene name]
UTM longitude zone
is a two-digit UTM longitude code from 01 to 60MGRS latitude band
is a one-letter UTM latitude code, from "C" to "X" (except "I" and "O")tile code
is a two-letter code from the Sentinel-2 tiling grid (kml,geojson), which is aligned to the Military Grid Reference Systemyear
,month
, andday
are zero-padded to four, two, and two digits respectively
scene name
follows the Sentinel-2 scene name convention:
MMM_MSIXXX_YYYYMMDDTHHMMSS_Nxxyy_ROOO_Txxxxx_[Product Discriminator].SAFE
MMM
is satellite (S2A or S2B)MSIXXX
is always "MSIL2A", indicating the Level-2A product levelYYYYMMDDTHHMMSS
is the sensing start time (UTC)Nxxyy
indicates the version of the processing toolsetROOO
is the relative orbit number, from R001 to R143Txxxxx
is the five-digit tile identifier, will match the UTM longitude zone, MGRS latitude band, and two-letter tile code from the folder nameProduct discriminator
is a processing date
Putting that all together, a complete scene folder looks like:
https://sentinel2l2a01.blob.core.windows.net/sentinel2-l2/11/C/MM/2020/11/26/S2B_MSIL2A_20201126T154319_N0212_R125_T11CMM_20201127T152008.SAFE
Within a scene folder, recursively listing *.tif will enumerate all images, with suffixes indicating bands according to the following; all of these files will be within the GRANULE/[scene id]/IMG_DATA
folder:
R10m/AOT_10m
: aerosol optical thickness (10m)R10m/BO2_10m
: band 2 (490nm) (blue) (10m)R10m/BO3_10m
: band 3 (560nm) (green) (10m)R10m/BO4_10m
: band 4 (665nm) (red) (10m)R10m/BO8_10m
: band 8 (842nm) (near IR) (10m)R10m/TCI_10m
: true color image (10m)R10m/WVP_10m
: water vapor (10m)R20m/BO5_20m
: band 5 (705nm) (vegetation classification) (20m)R20m/BO6_20m
: band 6 (740nm) (vegetation classification) (20m)R20m/BO7_20m
: band 7 (783nm) (vegetation classification) (20m)R20m/B8A_20m
: band 8A (865nm) (vegetation classification) (20m)R20m/B11_20m
: band 11 (1610nm) (snow/ice/cloud classification) (20m)R20m/B12_20m
: band 12 (2190nm) (snow/ice/cloud classification) (20m)R20m/SCL_20m
: scene classification (20m)R60m/BO1_60m
: band 1 (443nm) (coastal aerosol (60m)R60m/BO9_60m
: band 9 (945nm) (water vapor) (60m)
For example, the 10m image for band 2 in the example scene above is at:
https://sentinel2l2a01.blob.core.windows.net/sentinel2-l2/11/C/MM/2020/11/26/S2B_MSIL2A_20201126T154319_N0212_R125_T11CMM_20201127T152008.SAFE/GRANULE/L2A_T11CMM_A019456_20201126T154359/IMG_DATA/R10m/T11CMM_20201126T154319_B02_10m.tif
Metadata files follow the Sentinel-2 L2A product specification; see the specification for complete documentation of both data and metadata.
This section will provide a short summary of each file within each scene folder. It looks like a lot, but most use cases only require the image files described above. Some use cases may require the following files as well:
-
manifest.safe
: index file listing all files in this scene and their checksums... basically the machine-readable version of this section of the documentation. -
MTD_MSIL2A.xml
: metadata associated with the level-2 product, including reserved values for missing data and saturation (always 0 and 65535, respectively), reflectance calibration information, and percentages of cloud cover, shadow cover, etc. -
GRANULE/[scene id]/QI_DATA/*
...MASK_CLDPRB_20m.tif
: cloud probabilities for each pixel, at 20m resolutionMASK_CLDPRB_60m.tif
: cloud probabilities for each pixel, at 60m resolutionMASK_SNWPRB_20m.tif
: snow probabilities for each pixel, at 20m resolutionMASK_SNWPRB_60m.tif
: snow probabilities for each pixel, at 60m resolutionMSK_DDVPXL_20m.tif
: masks indicating pixels that are likely either shadows or "dark dense vegetation", at 20m resolutionMSK_DDVPXL_60m.tif
: masks indicating pixels that are likely either shadows or "dark dense vegetation", at 60m resolution
...and for the curious mind, the scene folder also contains the following files that most applications are very unlikely to need:
scenefilelist.txt
: flat list of all files available in this sceneDATASTRIP/[scene id]/MTD_DS.xml
: low-level scene metadata following the L2A datastrip XML schemaGRANULE/[scene id]/AUX_DATA/AUX_ECMWFT
: binary auxiliary fileGRANULE/[scene id]/QI_DATA/*
: quality informationFORMAT_CORRECTNESS.xml
: low-level integrity information... basically "are all the files here that are supposed to be here?"GENERAL_QUALITY.xml
: low-level quality verification, e.g. validation that the solar zenith angle was within tolerance and that no data was lost during transmission.GEOMETRIC_QUALITY.xml
: low-level geometry verification, i.e. validation that the dimensions of the tiles are what they're supposed to beMSK_CLOUDS_B00.gml
: a mask listing all of the likely cloud pixels, in GML formatMSK_DEFECT_B**
(12 files): a mask for each band listing defective pixels, in GML formatMSK_DETFOO_B**
(12 files): a mask for each band indicating the ground footprint for this band, in GML formatMSK_NODATA_B**
(12 files): a mask for each band listing pixels that have no data for this scene, in GML formatMSK_SATURA_B**
(12 files): a mask for each band listing pixels for which this band's sensor was saturated, in GML formatMSK_TECQUA_B**
(12 files): a list of polygons for each band listing areas in this image where quality may be degraded, in GML formatT..._PVI.tif
: RGB preview image in ground geometry
GRANULE/[scene id]/MTD_TL.xml
: tile metadata (e.g. geometry), following the Sentinel-2 L2A tile metadata XML schemarep_info/*.xsd
(3 files): XML schemas for datastrip and tile metadata (the same schemas used for the .xml files listed above)INSPIRE.xml
: metadata file indicating compliance with the INSPIRE schema