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.
|Spatial resolution||10 m, 20 m, and 60 m depending on the wavelength|
|Sensor||MultiSpectral Instrument (MSI), 13 bands: 4 visible bands, 6 Near-Infrared bands, and 3 Short-Wave Infrared bands|
|Revisit time||5 days with two satellites|
|Spatial coverage||Land and coastal areas between latitudes 56°S and 83°N|
|Data availability||Since November 2015|
|Measurement||Top of the atmosphere (TOA) reflectance|
|Common usage/purpose||Land-cover maps, land-change detection maps, vegetation monitoring, monitoring of burned areas|
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.
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
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.
|services.sentinel-hub.com/api/||Global since November 2015|
|creodias.sentinel-hub.com/api/||Global since November 2015|
|code-de.sentinel-hub.com/api/||Germany since July 2015|
S2L1C) as the value of the
input.data.type parameter in your API requests. This is mandatory and will ensure you get Sentinel-2 L1C data.
This chapter will explain the
input.data.dataFilter object of the
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.
|mostRecent||selected by default. The pixel will be selected from the tile, which was acquired most recently||in 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.|
|leastRecent||similar to mostRecent but in reverse order|
|leastCC||pixel is selected from tile with the least cloud coverage metadata||note 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
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_PREVIEW||This 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).|
|PREVIEW||This 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_PREVIEW||This 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.|
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
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
EXTENDED_PREVIEW, or set it to 100 %.
This chapter will explain the
input.data.processing object of the
|upsampling||Defines 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
|downsampling||As above except when the resolution is lower.||NEAREST - nearest neighbour interpolation |
BILINEAR - bilinear interpolation
BICUBIC - bicubic interpolation
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.
|B01||Coastal aerosol, 442.7 nm (S2A), 442.3 nm (S2B)||60m|
|B02||Blue, 492.4 nm (S2A), 492.1 nm (S2B)||10m|
|B03||Green, 559.8 nm (S2A), 559.0 nm (S2B)||10m|
|B04||Red, 664.6 nm (S2A), 665.0 nm (S2B)||10m|
|B05||Vegetation red edge, 704.1 nm (S2A), 703.8 nm (S2B)||20m|
|B06||Vegetation red edge, 740.5 nm (S2A), 739.1 nm (S2B)||20m|
|B07||Vegetation red edge, 782.8 nm (S2A), 779.7 nm (S2B)||20m|
|B08||NIR, 832.8 nm (S2A), 833.0 nm (S2B)||10m|
|B8A||Narrow NIR, 864.7 nm (S2A), 864.0 nm (S2B)||20m|
|B09||Water vapour, 945.1 nm (S2A), 943.2 nm (S2B)||60m|
|B10||SWIR – Cirrus, 1373.5 nm (S2A), 1376.9 nm (S2B)||60m|
|B11||SWIR, 1613.7 nm (S2A), 1610.4 nm (S2B)||20m|
|B12||SWIR, 2202.4 nm (S2A), 2185.7 nm (S2B)||20m|
|CLP||Cloud probability, based on s2cloudless (more)||160m|
|CLM||Cloud masks (more)||160m|||
|sunAzimuthAngles||Sun azimuth angle||5000m|||
|sunZenithAngles||Sun zenith angle||5000m|||
|viewAzimuthMean||Viewing azimuth angle||5000m|||
|viewZenithMean||Viewing zenith angle||5000m|||
|dataMask||The mask of data/no data pixels (more).||N/A|||
: The data of this band is always resampled using nearest neighbor interpolation, regardless of the requested interpolation type.
: 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.
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.
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
REFLECTANCE (default unit) is:
DN = 10000 * REFLECTANCE. See also Harmonize Values.
|Band||Physical Quantity (units)||Sentinel Hub Units||Source Format||Typical Range|
|Optical bands||Reflectance (unitless)||REFLECTANCE (default)||UINT15||0 - 0.4*|
|Optical bands||Digital numbers (unitless)||DN||UINT15||0 - 4000*|
|CLP||S2Cloudless cloud probability (unitless), multiplied by 255||DN||UINT8||0 - 255|
|CLM||S2Cloudless cloud mask (unitless)||DN||UINT8||0 - no clouds |
1 - clouds
255 - no data
|sunAzimuthAngles||Angle (degrees)||DEGREES||FLOAT32||30 - 200|
|viewAzimuthMean||Angle (degrees)||DEGREES||FLOAT32||90 - 300|
|sunZenithAngles||Angle (degrees)||DEGREES||FLOAT32||15 - 80|
|viewZenithMean||Angle (degrees)||DEGREES||FLOAT32||0 - 12|
|dataMask||N/A||DN||N/A||0 - no data|
1 - data
*Higher values are expected in infrared bands. Reflectance values can easily be above 1.
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.
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 stores metadata. An example of metadata available in
scenes object for Sentinel-2 L1C when mosaicking is
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.
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.
|services.sentinel-hub.com/api/v1/catalog/collections/sentinel-2-l1c||Global since November 2015|
|code-de.sentinel-hub.com/api/v1/catalog/collections/sentinel-2-l1c||Germany since July 2015|
eo:cloud_covercloud cover percentage