Sentinel-2 L1C

About Sentinel-2 L1C Data

Mission information

SENTINEL-2 is a European wide-swath, high-resolution, multi-spectral imaging mission. Its high-resolution optical images have many applications, including land monitoring, emergency response and security services assistance. The satellite's multispectral imager provides a versatile set of 13 spectral bands spanning from the visible and near infrared to the shortwave infrared.

More information:

Basic facts

Spatial resolution10 m, 20 m, and 60 m depending on the wavelength
SensorMultiSpectral Instrument (MSI), 13 bands: 4 visible bands, 6 Near-Infrared bands, and 3 Short-Wave Infrared bands
Revisit time5 days with two satellites
Spatial coverageLand and coastal areas between latitudes 56°S and 83°N
Data availabilitySince November 2015
MeasurementTop of the atmosphere (TOA) reflectance
Common usage/purposeLand-cover maps, land-change detection maps, vegetation monitoring, monitoring of burned areas

Attribution and use

EU law grants free access to Copernicus Sentinel Data and Service Information for the purpose of the following use in so far as it is lawful: a) reproduction; b) distribution; c) communication to the public; d) adaptation, modification and combination with other data and information; e) any combination of points a to d.

See more details on the use of Copernicus Sentinel data and service information

Tracing based on Sentinel imagery is allowed for commercial purposes as well.

Acknowledgment or credit: Contains modified Copernicus Sentinel data [Year] processed by Sentinel Hub

Accessing Sentinel-2 L1C Data

To access data you need to send a POST request to our process API. The requested data will be returned as the response to your request. Each POST request can be tailored to get you exactly the data you require. To do this requires setting various parameters which depend on the datasource you are querying. This chapter will help you understand the parameters for S2L1C data. To see examples of such requests go here, and for an overview of all API parameters see the API Reference.

Endpoint Locations

ServiceNotes since November 2015 from November 2015 to October 2023 since July 2015 CDSE docs; a separate account is required

Data type identifier: sentinel-2-l1c

Use sentinel-2-l1c (previously S2L1C) as the value of the parameter in your API requests. This is mandatory and will ensure you get Sentinel-2 L1C data.

Filtering Options

This chapter will explain the object of the S2L1C process API.


Sets the order of overlapping tiles from which the output result is mosaicked. Note that tiles will in most cases come from the same orbit/acquisition. The tiling is done by ESA for easier distribution.

mostRecentselected by default. The pixel will be selected from the tile, which was acquired most recentlyin case there are more tiles available with the same timestamp (some tiles are processed by many ground stations, some are reprocessed, etc.), the one, which was downloaded from SciHub later will be used.
leastRecentsimilar to mostRecent but in reverse order
leastCCpixel is selected from tile with the least cloud coverage metadatanote that "per tile" information is used here, each covering about a 12,000 sq. km area, so this information is only an estimate .


Sets the upper limit for cloud coverage in percent based on the precomputed cloud coverage estimate for each Sentinel-2 tile as present in the tile metadata. Satellite data will therefore not be retrieved for tiles with a higher cloud coverage estimate. For example, by setting the value to 20, only tiles with at most 20% cloud coverage will be used. Note that this parameter is set per tile and might not be directly applicable to the chosen area of interest.


Sentinel Hub API is optimised for full resolution data access as this is what most users need. There are, however, cases where low spatial resolution makes sense as well. To make this feasible, Sentinel Hub generates lower resolution files (which we call previews) with up to a few hours of delay after initial data availability. To enable access to these previews and thus reduce the resolution limit, set this property to TILE_PREVIEW, PREVIEW or EXTENDED_PREVIEW. If set, the API will still display full resolution data when requesting higher resolutions. So, aside from potentially using more requests, in general there is no downside to enabling this option.

DETAIL (default)This option can be used when requesting spatial resolutions from original full resolution to at most 200m per pixel. Sentinel Hub will read the data from original files.
TILE_PREVIEWThis option extends the allowable request resolution to 640m per pixel. Sentinel Hub will seamlessly switch to reading data from tile previews at low resolution. These are generated to be identical to the original files at 160 meters per pixel (or 120 meters per pixel for bands with original resolution of 60 meters per pixel).
PREVIEWThis option extends the allowable request resolution to 1500m per pixel. Sentinel Hub will switch to reading data from previews at 200m per pixel. Previews are full orbits generated at low resolution in WGS84.
EXTENDED_PREVIEWThis option behaves as PREVIEW only it allows rendering at resolutions lower than 1500m per pixel (more zoomed out), however it limits the data to one month prior to the requested "TO" date.

NOTE: CLM and CLP bands have meaningful values only when requesting resolution 200 meters per pixel or higher (more zoomed in) or previewMode TILE_PREVIEW and resolution 640 meters per pixel or higher.

NOTE: maxCloudCoverage filter is ignored for PREVIEW and EXTENDED_PREVIEW. If used, this could cause the service to return different amount of tiles for different extents. To avoid this, remove maxCloudCoverage filter from your requests when using PREVIEW and EXTENDED_PREVIEW, or set it to 100 %.

Processing Options

This chapter will explain the object of the S2L1C process API.

upsamplingDefines the interpolation used for processing when the pixel resolution is greater than the source resolution (e.g. 5m/px with a 10m/px source)NEAREST - nearest neighbour interpolation
BILINEAR - bilinear interpolation
BICUBIC - bicubic interpolation
downsamplingAs above except when the resolution is lower.NEAREST - nearest neighbour interpolation
BILINEAR - bilinear interpolation
BICUBIC - bicubic interpolation

Available Bands and Data

This chapter will explain the bands and data which can be set in the evalscript input object: Any string listed in the column Name can be an element of the input.bands array in your evalscript.

B01Coastal aerosol, 442.7 nm (S2A), 442.3 nm (S2B)60m
B02Blue, 492.4 nm (S2A), 492.1 nm (S2B)10m
B03Green, 559.8 nm (S2A), 559.0 nm (S2B)10m
B04Red, 664.6 nm (S2A), 665.0 nm (S2B)10m
B05Vegetation red edge, 704.1 nm (S2A), 703.8 nm (S2B)20m
B06Vegetation red edge, 740.5 nm (S2A), 739.1 nm (S2B)20m
B07Vegetation red edge, 782.8 nm (S2A), 779.7 nm (S2B)20m
B08NIR, 832.8 nm (S2A), 833.0 nm (S2B)10m
B8ANarrow NIR, 864.7 nm (S2A), 864.0 nm (S2B)20m
B09Water vapour, 945.1 nm (S2A), 943.2 nm (S2B)60m
B10SWIR – Cirrus, 1373.5 nm (S2A), 1376.9 nm (S2B)60m
B11SWIR, 1613.7 nm (S2A), 1610.4 nm (S2B)20m
B12SWIR, 2202.4 nm (S2A), 2185.7 nm (S2B)20m
CLPCloud probability, based on s2cloudless (more)160m
CLMCloud masks (more)160m[1]
sunAzimuthAnglesSun azimuth angle5000m[1]
sunZenithAnglesSun zenith angle5000m[1]
viewAzimuthMeanViewing azimuth angle5000m[1]
viewZenithMeanViewing zenith angle5000m[1]
dataMaskThe mask of data/no data pixels (more).N/A[2]

[1]: The data of this band is always resampled using nearest neighbor interpolation, regardless of the requested interpolation type.

[2]: dataMask has no source resolution as it is calculated for each output pixel.


The data values for each band in your custom script are presented in the units as specified here. In case more than one unit is available for a given band, you may optionally set the value of input.units in your evalscript setup function to one of the values in the Sentinel Hub Units column. Doing so will present data in that unit. The Sentinel Hub units parameter combines the physical quantity and corresponding units of measurement values. As such, some names more closely resemble physical quantities, others resemble units of measurement.

The Source Format specifies how and with what precision the digital numbers (DN) from which the unit is derived are encoded. Bands requested in DN units contain exactly the pixel values of the source data (see also Harmonize Values). Note that resampling may produce interpolated values. DN is also used whenever a band is derived computationally (like dataMask); such bands can be identified by having DN units and N/A source format. DN values are typically not offered if they do not simply represent any physical quantity, in particular, when DN values require source-specific (i.e. non-global) conversion to physical quantities.

Values in non-DN units are computed from the source (DN) values with at least float32 precision. Note that the conversion might be nonlinear, therefore the full value range and quantization step size of such a band can be hard to predict. Band values in evalscripts always behave as floating point numbers, regardless of the actual precision.

The Typical Range indicates what values are common for a given band and unit, however outliers can be expected.

For Sentinel-2 optical data, the relation between DN and REFLECTANCE (default unit) is: DN = 10000 * REFLECTANCE. See also Harmonize Values.

BandPhysical Quantity (units)Sentinel Hub UnitsSource FormatTypical Range
Optical bandsReflectance (unitless)REFLECTANCE (default)UINT150 - 0.4*
Optical bandsDigital numbers (unitless)DNUINT150 - 4000*
CLPS2Cloudless cloud probability (unitless), multiplied by 255DNUINT80 - 255
CLMS2Cloudless cloud mask (unitless)DNUINT80 - no clouds
1 - clouds
255 - no data
sunAzimuthAnglesAngle (degrees)DEGREESFLOAT3230 - 200
viewAzimuthMeanAngle (degrees)DEGREESFLOAT3290 - 300
sunZenithAnglesAngle (degrees)DEGREESFLOAT3215 - 80
viewZenithMeanAngle (degrees)DEGREESFLOAT320 - 12
dataMaskN/ADNN/A0 - no data
1 - data

*Higher values are expected in infrared bands. Reflectance values can easily be above 1.

Harmonize Values

ESA updated the Sentinel-2 processing baseline to version 04.00 in January, 2022, which introduced breaking changes to the interpretation of digital numbers (DN). The optional harmonizeValues parameter gives you extra control over the values which enter your evalscript.

harmonizeValues can be true (default) or false, and it's behavior depends on the units chosen:

    • harmonizeValues = true: negative reflectance values are clamped to zero. In other words, pixels with negative reflectance return zero reflectance instead.
    • harmonizeValues = false: negative reflectance values can be returned.
  • DN:
    • harmonizeValues = true: DN values are harmonized so they are comparable with data from previous baselines. Therefore it still holds that DN = 10000 * REFLECTANCE. In addition, negative values are clamped to zero.
    • harmonizeValues = false: DN values are exactly as provided in the source files themselves. The "true" DN value, you could say. Don't forget that values have different definitions with different processing baselines, careful with mosaicking!


All mosaicking types are supported.

Scenes Object

scenes object stores metadata. An example of metadata available in scenes object for Sentinel-2 L1C when mosaicking is ORBIT:

Property nameValue

Properties of a scenes object can differ depending on the selected mosaicking and in which evalscript function the object is accessed. Working with metadata in evalscript user guide explains all details and provide examples.

Catalog API Capabilities

To access Sentinel 2 L1C product metadata you need to send search request to our Catalog API. The requested metadata will be returned as JSON formatted response to your request. This chapter will help with understanding Sentinel 2 L1C specific parameters for search request.

Collection identifier: sentinel-2-l1c

Filter extension

  • eo:cloud_cover cloud cover percentage

Distinct extension

  • date


S2L1C examples