Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Principles

  1. Mapping A topic hierarchy provides a taxonomy structure to logically group concepts in support of lowering the barrier to finding data at varying granularity. Benefits include:

    1. Easy aggregation across topic hierarchy levels

    2. Easy to understand relationships (broad/narrow)

    3. Fine grained filtering for search

    4. Fine grained access control as required

  2. Message queuing protocols and metadata benefit from topic hierarchy and organization

  3. A single topic hierarchy which is interchangeable between discovery metadata, catalogues and topic hierarchy shall allow message queuing protocols topic allows for consistent resource discovery, subscription to the data described in the metadata item. data and event driven notifications/workflow

  4. Topic hierarchy built from GTS is going to legacy will be temporary and used only to make GTS data available on WIS2

  5. WIS2 hierarchy will be built gradually following the requirements of WMO domains.

    1. Observations

    2. NWP

WIS2 topic hierarchy and filename

Core hierarchy

scope/ data policy / data type

wis2/[core | recommended | other]/[ obs | nwp ]

  1. Starts with WIS2 to mark the scope and syntax.

  2. data policy will be high in the hierarchy because it imposes a distinction in access permissions

  3. At the moment we have observations and nwp data, but we will add climate statistics and possibly other data types.

The hierarchy under this level is significantly different for obs and nwp.

obs/country/station-type/observation-type/

  1. For observations, the topic hierarchy and the associated metadata shall be consistent with OSCAR metadata.

  2. Country where the observing station is located. This is sometimes a problem with the sea stations.

  3. station-type is about the location of the station (land, air, sea) and whether it is fixed or mobile: OSCAR surface

  4. observation-type is about the type of observation (e.g. surface, upper-air)

Filename: WSI_[WSI value]_[timestamp].[data format]

...

WSI as shown in OSCAR surface

...

timestamp in the following format

...

Level

Name

Description

Value(s)

Example

1

scope

Scope

Scope of topic hierarchy (fixed to WIS2)

wis2

wis2

2

resource-type

Resource type

Type of resource being identified

  • data

  • discovery-metadata

  • monitoring-report

data

3

data-policy

Data Policy

WMO Unified Data Policy category, provides distinction in access control/permissions

  • core

  • recommended

core

4

data-type

Data Type

Top level data type

  • observations

  • nwp

observations

Examples:

wis2.data.core.observations

wis2.discovery-metadata.recommended.nwp

wis2.data.other.observations

wis2.monitoring-report.gts

Data Type Hierarchies

Data Type hierarchies vary significantly across data types (e.g. different for observations and NWP), and will be built gradually following the requirements of WMO domains.

Each WMO domain will also define filename conventions (basename, extension)

Observation Data Type

Level

Name

Description

Value(s)

Example

1

country

Country

ISO 3166-2 code of country

https://en.wikipedia.org/wiki/ISO_3166-2

ca

2

station-type

Station type

Station/platform type

WMDR FacilityType

landFixed

3

message-type

Message type

The type of message sent by the observation station

  • surface

  • upperAir

  • aircraft

landFixed.surface

airMobile.aircraft

Examples:

wis2.data.core.observations.ca.landFixed.surface

wis2.data.core.observations.gr.landMobile.??

wis2.data.core.observations.it.seaFixed.??

wis2.monitoring-reports.wis2.observations.de.??

Alternative Proposal

This alternative proposal has the country code and center name higher up in the hierarchie. Could be extended with data policy

...

Filename conventions

Observations

Filename: WIGOS_{wsi}_{datetime}.{extension}

where:

Name

Description

Value(s)

Example(s)

wsi

WIGOS station identifier

  • OSCAR/Surface Catalogue

0-454-2-AWSNAMITAMBO

datetime

Datetime

  • 2000-11-11

  • 20001111

  • 2000-11-11T0932

  • 2000-11-11T09:32:11Z

extension

Filename extension

  • bufr4

  • geojson

  • nc

  • tac

  • xml

geojson

Examples:

WIGOS_0-454-2-AWSNAMITAMBO_20001111.bufr4

NWP

TBD

  1. data format: grib2, nc

GTS topic hierarchy and filename

This is the current output of the TT-Protocols team

https://github.com/wmo-im/GTStoWIS2

View file
nameTTAAii-CCCC.json

Question to be answered.

...

Shall we make a topic structure directly with GTS headers (T/T/A/A/ii/CCCC )?

Related discussions