Gridded numerical forecast model data

 The following numerical forecast model data is available through the FMI Download Service:

  • HIRLAM weather model results,
  • HBM sea current model results for the Baltic sea, 
  • OAAS sea level forecast, and
  • WAM wave model results for the baltic sea.

All these forecast model results are made available as time series for specific points (see the Timeseries data for examples). Additionally the HIRLAM, HBM and the WAM results are made available in gridded format, where the values of predicted properties are given in a single files for each of the grid points covering the geographic forecast area. Currently only the data near the ground or the sea surface (surface level) is provided.

The gridded numerical model data is available through the following WFS stored queries:

  • fmi::forecast::hirlam::surface::grid
  • fmi::forecast::hbm::grid
  • fmi::forecast::wam::grid

The following example WFS query returns all the currently available HIRLAM weather model results:\


The returned response contains information about each available model run result, like

  • the start and end times of the forecast period (phenomenonTime),
  • available geophysical properties (observedProperties),
  • the geometry of the forecast area (featureOfInterest),
  • nominal model run time (om:parameter named "analysisTime"), and
  • the result of the forecast Observation event

As with the radar data request, a collection of GridSeriesObservation features is returned, one for each available forecast model run (see Data models for more information about the returned data model). Within each returned GridSeriesObservation feature, there is the om:result -element, which contains the result of the Observation event. However, for gridded forecast model datasets, the om:result element does not contain the entire data grid, because the data files are too big to be encoded inside the returned XML document. Instead they contain a link to download the binary data file using a separate request:

      <gml:fileStructure codeSpace=""/>

(Note: long URL broken into several lines for clarity, the backslashes are not part of the request).

For forecast model data, the binary download URL inside the WFS response points to the Binary Download Service at with GRIB2 as the response format in the above example. You need to make another HTTP request to download the binary data file for each om:result. Note that the API-key used for the WFS request is automatically inserted into the Binary Download Service URL, so you can simple use those URLs as they are presented in the WFS responses.


Registration for API-key is required to use open data service interfaces.

Services contain API-key specific request limitations:

  • Download Service has limit of 20000 requests per day for a single API-key
  • View Service has limit of 10000 requests per day for a single API-key
  • Download and View Services have combined limit of 600 requests per 5 minutes for single API-key

Downloading binary forecast data directly

As with the radar data, the binary forecast model files can also be directly downloaded without making the WFS request first. Unlike in the radar case, the binary files are not made available through WMS layers, but using a proprietary Binary Download Service under

Choose your parameters carefully

The Binary Download Service supports multiple parameters that may be used with forecast model data queries.

Notice, forecast model data files can be extremely large. Therefore, it is important to use query parameters to limit queries as strictly as possibly and to the exact area of interest.

Query parameters:

  • starttime=t (ISO time format, for example: 2013-03-05T12:00:00Z)
  • endtime=t (ISO time format, for example: 2013-03-05T12:00:00Z)
  • origintime=t (ISO time format, for example: 2013-03-05T12:00:00Z) (this is the nominal model run time)
  • timestep=n (in minutes, for example: 60,180,360,720,1440)
  • timesteps=n (number of timesteps included in response)
  • param=x (meteorological parameter, see list below)
  • projection=x (for example: projection=epsg:4326)
  • format=x (grib1 | grib2 | netcdf)
  • gridstep=x,y (chooses every N:th point in x- and y-direction)
  • gridsize=x,y (x- and y-direction)
  • gridresolution=x,y (distance between points in x- and y-direction)
  • bbox=left,bottom,right,top (for example: bbox=22,64,24,68)
  • gridcenter=lon,lat,xkm,ykm (for example: gridcenter=23.7,61.5,100,100)

Supported meteorological parameters:

  • Temperature
  • DewPoint
  • Humidity
  • WindUMS
  • WindVMS
  • Pressure
  • Precipitation1h
  • TotalCloudCover
  • GeopHeight

Supported projections

Only some projections are supported because of the GRIB-format characteristics. You are of course free to test which one work. But, some of the projections that are known to work are listed below:

  • EPSG:4326
  • EPSG:3995
  • stereographic (Polar Stereographic, latitude of origin 60, central meridian 0)

If projection is not included in query, the original projection of data is used. In case of Hirlam, the projection is rotated latlon (latitude of origin -30, central meridian 10).

Examples for downloading HIRLAM data in GRIB2 and NetCDF format

The GRIB2 data files can be decoded using the open source GRIB API software package provided by the ECMWF.