Porting Guide for wsKlima Users

This porting guide is for users that have experience with use of wsKlima and plan to use frost.met.no instead. http://frost.met.no is a new api for observations and climate data from  Norwegian Meteorological Institute.

wsKlima will be supported to 15.01.2018.

In the left column you can find example of use of frost.met.no corresponding to functionality in wsKlima examples in right column.

Use of frost.met.no Use of wsKlima


The frost.met.no Frost API specification is an XHTML/RDFa document that defines the classes and terms of the JSON-LD format used by the API. https://frost.met.no/schema

Overview of what endpoints and variables and corresponding attributes that are available in this JSON API is: https://frost.met.no/swagger.json 

The documentation is in swagger after https://en.wikipedia.org/wiki/OpenAPI_Specification

If an input variable is not given, all possibilities will be given as default.

A SOAP based API, but also possible to use like a rest"alike" API. Read more about the three services that are available: http://eklima.met.no/wsKlima/start/start_no.html

Reference description: http://eklima.met.no/metdata/MetDataService?WSDL 

New naming convention Timeserietypes

frost.met.no has applied a new naming convention for the observations and the derived statistics. The naming convention follows (as much as possible) the CF-standard. Both the methods and time-resolution involved in the element_id's make use of the timeserie-concept unnecessary.

The concept timeserietype divide the the different types of data into timeseries. A timeserie is to example data that comes from airports, or data with a special timeresolution as daily data or monthly data.http://eklima.met.no/metdata/MetDataService?invoke=getTimeserieTypesProperties&language=&timeserieTypes=

Elements ElementProperties

https://frost.met.no/elements/v0.jsonld?lang=en-US gives all elements with name and description and information.

It is possible to limit the request, searching for specific element_id's or legacy element codes. Use an asterix * to filter the request.

The output gives also information about the connection to the legacy naming Convention at Met Norway, and to the CF-convention.

Backwards compatibilty gives the possibility to request on the old element code, e.g: https://frost.met.no/elements/v0.jsonld?oldElementCodes=TAN&lang=en-US 

But it is the corresponding new elementID that is used in the request for data.


gives all elements:

elemNo - number of element (used in the data flow)
elemCode - short name code for element, used for identification
name - name of element
description - description of element
unit - unit for element
fromdate - observed from this date for a given station
todate - observed until this date for a given station
language - language in which element information is shown.

Or give information about one element:


Available timeseries (source, element and period with data) Information about elements for a station:

To see what elements a source/station observes; use the possibility to find which timeseries that are available, using the /observations/availableTimeSeries



  • source (optional)
  • referencetime (required)
  • element (optional)

Returns information about the source, the element and in which period that this combination contains data.

That means that you have to use the /elements endpoint to get the details about the elements from the output above, as for the example:

https://frost.met.no/elements/v0.jsonld?ids=mean(air_temperature P1M)&lang=en-US 

Returns all elements (with information and observational period) for a given station and timeseries types.


Information about sources (stations) Station Properties


Retrieves stations information if type=SensorSystem


It is possible to filter the request on many parameters.

Get stations filtered by geometry:



Remark that frost.met.no does not give you utm coordinates.


Retrieves station information.

name - official name of station
stnr - Norwegian station number, depending on location of major rivers.
wmoNo - WMO's station number, if the station is a SYNOP station, otherwise 0.
fromDay, fromMonth, fromYear - stations/elements operational time is available from this date. If 0, date is not specified.
toDay, toMonth, toYear - stations/elements operational time is available until this date. If 0, date is not specified. If toYear is 0, station is still operational.
amsl (average meter above sea level) - height above sea level for station
municipalityNo - municipality number
department - administrative region or country if other than Norway.
latDec, lonDec, latLonFmt - breddegrader, lengdegrader og format (desimalgrader)
utm_n, utm_e, utm_zone - utm kordinater
Available timeseries (source, element and period with data) Available stations with constraint on timeserietype, element and station

To see what sources that have data; use the possibility to find which timeseries that are available, using the /observations/availabaleTimeSeries

  • source
  • referencetime (required)
  • element (It should be possible to search with * That means that you can search for e.g. *P1D* to get elements as daily values. Or filter on element names as *temperature*



Returns information about the source, the element and in which period that this combination contains data.


Returns all stations with data for the specified time serie types.


Returns all stations with data for given type of timeserie types and at least one of the elements. Operational time are from the elements (minimum fromdate -> maximum todate).  getStationsFromTimeserieTypeStationsElemCode 

Returns all stations with data for given timeserie type, stations and element code. Operational time is for the element but the station can live longer. A station can provide more informationset because different sensors have observed the element.

Qualityinformation FlagProperties

In addition to the qualitylevel(code) you can get information about which quality flags that are possible:


To get information only about the summarized flags (flaglevels) use filtering on fields: https://frost.met.no/observations/availableQualityCodes/v0.jsonld?lang=en-US&fields=summarized 

In additional it is possible to check the meaning behind a qualityFlag, eg. 70000: https://frost.met.no/observations/quality/v0.jsonld?flags=70000&lang=en-US


flagID - number, used for identification
flagCode - short name for the flag
flagName - the name used for
flagDescription - description of quality flag
language - language that they are shown in.
Language Language

Language is specified in the requestParameter “lang” in all endPoints that contain text in the output. Available languages are:

  • en-US (english, default)
  • nb-NO (bokmål Norwegian primary official language)
  • nn-NO (nynorsk Norwegian secondary official language)


  • en (english)
  • no  (default, bokmmål Norwegian primary official language)
  • ny (nynorsk Norwegian secondary official language)
WeatherCodes (code values in general) WeatherCode

This functionality is not implemented yet, but is planned to be a service to provide description and additional info for all elements which observes in codes. code tables are included in the output from elements e.g, the weather observations from manned stations:


gives you the elementId=weather_type with corresponding codeTable=present_weather_manned

The content of this codetable can be found from the endpoint /elements/codeTables: https://frost.met.no/elements/codeTables/v0.jsonld?ids=present_weather_manned&lang=en-US So this is the lookup table for what the values mean when you get them from observations, e.g:


Provides description of number codes of precipitation type (element=SLAG/V4/V5/V6).


DateFormat Period

Timespesification follows ISO-8601 with some extentions (if needed)





Location County

The location endpoint will be developed to contain more information about locations, as a service for the location based data provided from the api.


CountyId and countyName are included in the /sources endpoint.

Information about id and name of counties referred to in wsKlima.



All observations are now found using /observations specifying:

  • sources
  • referenceTime
  • elements
  • performanceCategory (optional)
  • sensorLevel (#to be implemented)

In this /observations you will find data for the elements (corresponding to timeseies from wsKlima).


  • source
  • level
  • referenceTime
  • observations: element, value, flag, codeTable

The timeseries (observations) method from wsKlima getMetData :

timeserietypeID* - is given as a number. Timeserie types can be retrieved from method getTimeSerietypesProperties("","")

format, from and to is used only for timeserietypeID: 0, 1, 2, 7, 8, 9, 11, 13, 14, 15 and 16
format - for date (see java SimpleDateFormat). Blank ("") uses the default format: yyyy-MM-dd
from - from start of date is given in date format. Blank ("") gives today's date.
to - to end of date is given in date format. Blank ("") gives today's date.

stations* - is given as a comma-separated list of station numbers. Stations can be retrieved from getStationsFromTimeserieType("","")
elements* - is given as a comma-separated list of character-based element codes. Elements can be retrieved from method getElementFromTimeserieType(""). Elements from a timeserie type can be retrieved from method getElementsFromTimeserieType(timeserie type).

hours* is only used for timeserietypeID=2, 8, 9, 13, 14, 15 and 16(hours data)
hours - [0,..,23] are given as a comma-separated list. hours are in UTC-time. s

months can be used by all timeserie types. Blank ("") returns all months in a time intervall.
months - [1,..,12] is given as a comma-separated list .
username - is left blank (null or "") for ordinary users. For some external station owners, brukernavn(username) can be used. In this case, the user name is the same as in eKlima.

Output is timestamp - location-element- value and quality

0 - diurnal values

https://frost.met.no/observations/v0.jsonld?sources=SN18700,SN50540&referencetime=R3/2004-08-01T00:00/2004-10-01T00:00/P1Y&elements=max(air_temperature P1D),min(air_temperature P1D),sum(precipitation_amount P1D)

0 - diurnal values

Returns daily values for August and September in the specified period. In the output only year, month and day are current in 'from'=date of daily values (time set to 0).


1 - monthly values

https://frost.met.no/observations/v0.jsonld?sources=SN18700,SN50540&referencetime=R1/2005-07-01T00:00/2006-07-01T00:00/P1Y&elements=max(air_temperature P1M),min(air_temperature P1M),sum(precipitation_amount P1M)

1 - monthly values


Returns monthly values for all months from July 2005 to July 2006. In the output only year and month are current in 'from'=date of daily values (time set to 0).


7 - homogenous monthly values

https://frost.met.no/observations/v0.jsonld?sources=SN18700&referencetime=R1/2005-07-01T00:00/2006-07-01T00:00/P1Y&elements=best_estimate_mean(air_temperature P1M)

Using the method best_estimate_* on the elements we indicate the homogenisation method applied on the data. Both monthly, seasonal, yearly and some diurnal data are available.

7 - homogenous monthly values


Returns homogeneous monthly values for all months from July 2005 to July 2006.


2 - observations

https://frost.met.no/observations/v0.jsonld?sources=SN18700:0&referencetime=R124/2006-01-01T00:00:00.000Z/2006-01-01T00:00:00.000Z/PT6H&elements=mean(air_temperature PT1H),max(air_temperature PT1H)

These elements are the now values on the measurements stations, nowadays most of them are automatic, reporting data every hour.


SN18700: 1 is sensor number 1, ie of old type of parameter starting with X1, eg: X1TA

The default sensor is 0. It is the same as if you are writing SN18700 or SN18700: 0 .

2 - observations


Returns observations for the times 0,6,12 and 18 UTC in the specified period. In output for time, Z means UTC-time.



14- ten minutes values


14- ten minutes values


Returns observations for the times 12 UTC in the specified period. In output for time, Z means UTC-time.


9 - environmental data from platforms


These data come from a set of station numbers and contain observations e.g. for sea surface elements.

9 - environmental data from platforms


Gives environmental data for 12 UTC in the given period. The output of the time stamp indicates that Z is UTC time.


The data are quality controlled manually, so the data are somewhat delayed.

15 - ten minutes values from environmental stations/platforms


These data come from a set of station numbers and contain observations e.g. for sea surface elements. The data are automatically controlled.

15 - ten minutes values from environmental stations/platforms


Returns observations for the times 12 UTC in the specified period. In output for time, Z means UTC-time.


13 - Data from the road agency, as performancecategory=C


These data come from stations which does not perform after the WMO (and Met Norway) standard as performanceCategory A. But the  measurements are freely available, but are flagged as performanceCategory=C.

The available timeseries for this timeserietype can therefore be found from: https://frost.met.no/observations/availableTimeSeries/v0.jsonld?performancecategory=C

The controlInfo method is not yet implemented.

13 - Data from the road agency


  This timeserietype has been restricted to those users with a username with access to the data, in agreement with the data owner.

getControlInfo - method for road agency to get detailed quality information about the measurements.

5 - daily extremes

Daily extremes are not in use (because of lack of datacoverage) and will therefore not be implemented at the time being.

5 - daily extremes

Gives the extreme values in the station period, each day, for one station.


10 - extremes per county

Extremes for counties can be found from the endpoint:


https://frost.met.no/record/countyExtremes/v0.jsonld?counties=Oslo&elements=min(air_temperature P1D)

10 - extremes per county


Inputparameter stations are in the county types (countyID) that can be obtained from a method called getCountyTypes. In the output: 'from' - the date that says what year and day records were set for each month, 'id' - stationnumber for which records were set and 'type' - provides county type.


8 - Metar data: (observed from aerodromes)


8 - Metar data: (observed from aerodromes)


Provides metardata for 12 UTC in the given period. The output of the time stamp indicates that Z is UTC time.


11 - Data coverage

This datacoverage functionality will not be provided in the first version of frost.met.no

11 - Data coverage


Provides metardata for 12 UTC in the given period. The output of the time stamp indicates that Z is UTC time.


16=Projectdata. Special data from project stations(special parameters)
These data will be provided, but are not accessible right now.

16=Projectdata. Special data from projekt stations(special parameters)


Frequencies Intensity-duration-frequency

The endpoint/frequencies/rainfall gives the intensity-duration and frequency data for stations.


It is also possible to filter on durations, frequencies and unit

See: https://frost.met.no/reference#!/frequencies/getRainfallIDF 

It is also possible to get the IDF value for a certain location (from 1x1 km grid) e.g: https://frost.met.no/frequencies/rainfall/v0.jsonld?sources=idf_bma1km&location=point(10%2060) 

A visualisation of the data can be found at the Climate Service Center website:


Timeserietype 17 = IDF-data:


wsKlima did also have a Graph service which gave a visualization of the IDF-data:

Graph- > idf

Climatology normals Climatology normals

3 - monthly normals

https://frost.met.no/climatenormals/v0.jsonld?sources=SN18700,SN50540&elements=mean(air_temperature P1M),sum(precipitation_amount P1M)&period=1961/1990

4 - diurnal normals

https://frost.met.no/climatenormals/v0.jsonld?sources=SN18700,SN50540&elements=mean(air_temperature P1D)&period=1961/1990

3 - monthly normals


For default normal period [1961-01-01 -> 1990-12-31] can input parameters 'from' and 'two ' be blank. Another normal period [1931-01-01 -> 1960-12-31] is also available. Method returns month normals. In the output for date 'from' shows year = (start normal period) and (month and day) = (start of the current month). Date 'to ' shows years = (end normal period) and (month and day) = (end of current month).


4 - diurnal normals


Input parameters 'from' and 'to ' can be blank because it's just one normal period [1961-01-01 -> 1990-12-31] (default). The method returns daily normals for normal period. In the output for date 'from' shows year = (start normal period) and (month and day) = (start of the current day). Date 'to ' shows years = (end normal period) and (month and day) = (end of the current day).


This functionality is planned to be integrated in frost.met.no in the autumn 2017.

Region data - to get climate data information for a region.
As you can find from a distinct endpoint in  wsKlima: