Origin of the data

Prev Next

In this document

This article provides an in-depth overview of the Solargis WS API data sources, including the origin and update frequency of solar and meteorological data. You’ll learn about satellite regions, nowcasting and forecasting models, data integration timelines, and the methodologies used to ensure accuracy and reliability. This article is focused on the Time series API endpoint.

Origin of the solar data

The Solargis WS API delivers essential solar data parameters, including GHI (Global Horizontal Irradiance), DNI (Direct Normal Irradiance), and DIF (Diffuse Horizontal Irradiance), which form the foundation for solar resource analysis.

It also provides calculated parameters like GTI (Global Tilted Irradiance) and PVOUT (Photovoltaic Power Output) to support advanced solar energy modeling and project optimization.

The tabs below provide information on how solar data is integrated into the API response of the Time series API endpoint.


  • Origin of data: Satellite model

  • Validity period:

    • Start: The beginning of the archive

    • End:  The last completed calendar month (MONTH-1)

  • Description: Data for any location enters the historical stage after the calendar month ends, with reanalysis completed by the 3rd day of the following month. This data is considered final or archive quality, with records dating back to 1994.

  • Origin of data: Satellite model

  • Validity period:

    • Start: The beginning of the current calendar month.

    • End:  The last completed calendar day (DAY-1).

  • Description: The operational stage of solar data is generated immediately after the calendar day ends at the location.

  • Origin of data: Satellite model

  • Validity period:

    • Start: The beginning of the current calendar day (DAY+0).

    • End:  The current time.

  • Description: The real-time data stage ends slightly before the current time due to satellite model processing delays. Real-time data has rapid updates up to every few minutes.

  • Origin of data: Satellite model

  • Validity period:

    • Start: The current time.

    • End:  ~4 hours after the current time

  • Description: The nowcasting stage begins approximately at the current time, utilizing a series of satellite scenes to generate data. Solargis predicts solar parameters using Cloud Motion Vectors (CMVs). After 3–4 hours, the satellite nowcasting model output transitions into a blend with numerical weather prediction (NWP) data for enhanced accuracy. Nowcasting data has rapid updates up to every few minutes.

  • Origin of data: Post-processed outputs of NWP (numerical  weather prediction) models

  • Validity period:

    • Start: Approx. 4 hours after the current time

    • End:  DAY+14 (15 days in a row including the current day)

  • Description: The NWP based solar data is asembled from multiple NWP data sources: IFS forecast model (ECMWF), ICON forecast model (DWD),  GFS forecast model (NOAA), HRRR model (NOAA). Find more information about the forecasting here.

Tracking data origin with CI_FLAG

Within the Solargis WS API, you can determine the origin of solar data by requesting the CI_FLAG parameter (Cloud Identification Quality Flag - i.e. from which source Solargis obtained the cloud situation) in your XML request. The API response labels each data record with one of the following categories:

Code

Description

0

Sun below horizon

1

Model value

2

Interpolated (≤1 hour)

3

Extrapolated (≤1 hour)

4

Interpolated/extrapolated (>1 hour)

5

Long-term monthly median or persistence

6

Synthetic data

10

Nowcast

11

NWP forecast

This system ensures transparency in data provenance, critical for validating solar analyses in your applications.

Recommendation: For accurate interpretation, use CI_FLAG values with the highest solar data resolution (15 or 10 minutes) to ensure granular insights into data quality and source.

Reanalysis of solar data

Solargis ensures high data accuracy through systematic processing of historical and operational solar data. Here's how the timeline works:

Daily reanalysis of DAY-2

  • Every day, solar irradiance data is actually calculated for two days: DAY-1 and DAY-2, so that the DAY-2 gets its first reanalysis.

Monthly reanalysis of MONTH-1

At the start of each calendar month (not before 3rd calendar day of the month):

  • Solar irradiance data for the previous month is recalculated using finalized atmospheric inputs.

  • Atmospheric data is homogenized with historical records to maintain consistency and prevent abrupt changes caused by updates to atmospheric models.

Note: This process ensures long-term data reliability for historical and operational stages.

For a deeper dive into atmospheric data homogenization and reanalysis methods, refer to our Methodology.

Spatial availability of the satellite data

The availability and update frequency of solar data depend on the region, as shown in the image below:

  • Orange regions: Data is updated every few minutes, providing access to satellite-based real-time and nowcasting models for the current day.

  • Yellow regions: Data is updated daily, ensuring DAY-1 data (the previous day's data) is available.

For detailed timing and descriptions of satellite data regions, refer to the table in Satellite data resources overview chapter.

Satellite data resources overview

The section provides an overview of the satellite data regions used in the Solargis WS API, detailing their historical data availability, satellite characteristics, update timing for DAY-1 data, and real-time or nowcasting capabilities. Use the accompanying map to locate specific regions and understand their data coverage and update frequency.

Satellite data region

Historical data start

Description of satellites

When operational solar data for local DAY-1 is available

Real-time and nowcasting availability

GOES WEST

1999-01-01

2019+: GOES-S, 10-minute time step

2018 - 1999: GOES-W, 30-minute time step

09:00 UTC

Satellite data availability delay is 2-12 minutes and it increases from south to north. Processing frequency is every 10 minutes and it takes another 5-15 minutes.

GOES EAST

1999-01-01

2019+: GOES-R, 10-minute time step

2018+: GOES-R, 15-minute time step

2017 - 1999: GOES-E, 30-minute time step

05:00 UTC

same as the GOES WEST region

GOES EAST PATAGONIA

2018-01-01

2019+: GOES-R, 10-minute time step

2018+: GOES-R, 15-minute time step

05:00 UTC

same as the GOES WEST region

METEOSAT PRIME SCANDINAVIA between 60°and 65° latitude

2005-01-01

2005+: MSG 15-minute time step

00:30 UTC

not yet

METEOSAT PRIME

1994-01-01

2005+: MSG 15-minute time step

2004 - 1994: MFG, 30-minute time step

00:30 UTC

Satellite data availability delay is 2-16 minutes and it increases from north to south. Processing frequency is every 15 minutes and it takes another 5-15 minutes.

METEOSAT IODC

1999-01-01

2017+: MSG 15-minute time step

2016 - 1999: MFG, 30-minute time step

19:00 UTC

same as the METEOSAT PRIME region

IODC-HIMAWARI

1999-01-01

2017+: HIMAWARI 10-minute time step

2016 - 1999: MFG, 30-minute time step

16:00 UTC

same as the HIMAWARI region

HIMAWARI

2006-07-01

2016+: HIMAWARI 10-minute time step

2015 - 2006: MTSAT, 30-minute time step

16:00 UTC

Satellite data availability delay is 5-15 minutes and it increases from south to north. Processing frequency is every 10 minutes and it takes another 5-15 minutes.

To request historical data in the areas out of coverage, please use Solargis Evaluate or contact us.

Nowcasting data availability and delay

The total delay of near real-time data combines three factors: satellite data availability delay, data processing delay, and user request delay after processing is complete.

  1. Satellite data availability delay varies by latitude and satellite region:

    • PRIME, IODC: 2–16 minutes (increases from north to south)

    • HIMAWARI: 5–15 minutes (increases from south to north)

    • GOES EAST & WEST: 2–12 minutes (increases from south to north)

  2. Data processing delay, which includes retrieval, preprocessing, and running the nowcasting model, takes 5–15 minutes. Data becomes accessible immediately after processing is finished.

  3. Processing frequency depends on the satellite region:

    • HIMAWARI, GOES EAST & WEST: Every 10 minutes

    • PRIME, IODC: Every 15 minutes

This frequency determines the window for delivering a given nowcast run before it is replaced by the next. The timing of a user’s request during this interval introduces the user request delay, ranging from 0–10 minutes (for 10-minute regions) or 0–15 minutes (for 15-minute regions).

Nowcasting and forecasting update frequency

The map below illustrates the geographical availability of Solargis data, highlighting the update frequencies for short-term nowcasting and forecasting data across different regions. It shows areas with 5-, 10-, and 15-minute updates using Solargis CMV models, alongside regions covered by NWP models with 6-hourly or 1-hourly updates.

Origin of the meteorological data

The Solargis WS API provides key meteorological data parameters, including TEMP (Temperature), WS (Wind Speed), WG (Wind Gusts), WD (Wind Direction), PREC (Precipitation), RH (Relative Humidity), PWAT (Precipitable Water), and AP (Air Pressure). These parameters are derived from the post-processed outputs of global Numerical Weather Prediction (NWP) models to ensure high accuracy and reliability.

The table below outlines how meteorological data is integrated into the API response for the Time series API endpoint.:

Origin of data

Validity period

Description

ERA5 reanalysis of the global climate (ECMWF)

Start: Beginning of the archive End: DAY-11

TEMP data is sourced from the ERA5-Land reanalysis dataset (ECMWF). Note: Delays from ECMWF may affect ERA5-Land availability.

IFS forecast model (ECMWF)

Start: DAY-10 End: DAY+3

Provides recent history and short-term forecasts for meteorological parameters.

GFS forecast model (NOAA)

Start: DAY+4 End: DAY+14

Supplies mid-range forecasts for meteorological parameters.

You can find more information about forecasting here.