ET-W2AT Meetings

Error rendering macro 'content-report-table' : Error trying to get Authenticated User

Page Title

Decisions

Page Title

Decisions

https://wmo-teams.atlassian.net/wiki/spaces/WIS2/pages/297959451/2021-12-17+ET-W2AT+Meeting

  1. To meet at the end of January

https://wmo-teams.atlassian.net/wiki/spaces/WIS2/pages/308969477/2022-02-02+ET-W2AT+Meeting

  1. Data will always be made available via a MQ message that points to where the data is for download; with an optimisation to embed small data in the message [approved]
  2. Adopts the MQTT 3.1 and MQTT 5 in WIS2.0
  1. Shared services approach approved by the team (Global Cache, Global Broker and Global Discovery Catalogue)
  2. No requirement for NC/DCPC to connect to ALL instances of a shared-service
  1. NC/DCPC MUST connect to at least one instance of a shared service, and SHOULD connect to two or more instances of a shared-service
  2. NC/DCPC connects directly to the shared-service instance(s) - not via their GISC
  3. No requirement for all-to-all fully meshed connection
  4. There must be more than one instance of each shared service
  5. Global Monitoring approved as shared service
  6. There needs to be automated service monitoring of the WIS2 system from day 1

https://wmo-teams.atlassian.net/wiki/spaces/WIS2/pages/309592099/2022-02-07+ET-W2AT+Meeting

  1. Global Brokers should connect to other brokers

https://wmo-teams.atlassian.net/wiki/spaces/WIS2/pages/311164956/2022-02-14+ET-W2AT+Meeting

  1. Global Cache will hold "file" Data Objects - same as how "file" Data Objects are shared on the GTS
  2. Data Consumers who want to browse and download data should use the originating center (i.e. NC/DCPC) - Global Cache may be accessed directly, but its primary purpose is to host files that are identified in real-time "data availability" messages. Global Cache does not need to provide a mechanism for Data Consumers to browse the cached content (e.g. file-level STAC metadata). Effectively, this means the cached copy would not be identified in the discovery metadata as a Distribution of the dataset. The discovery metadata record would include "association" links that refer to the originating center for download, and to originating center and Global Brokers for where a Data Consumer can subscribe to updates.
  3. The Global Catalogue will update discovery metadata records to add "association" links for subscription URLs at Global Broker instances
  4. The Global Catalogue advertises the availability of datasets and how/where to access them or subscribe to updates, it does not advertise availability of individual Data Objects that comprise a dataset
  5. Data Consumers should subscribe to Global Brokers to receive "data availability" messages; exceptionally, a Data Consumer may decide to subscribe directly to the local message broker at the originating NC/DCPC; Data Consumers should not subscribe to the local message broker at Global Cache instances.
  6. Global Cache instances and NC/DCPC use consistent topic structure in their local message brokers
  7. Global Brokers should use distinct "channels" to keep messages from originating centers separate from messages originating from Global Cache instances] 
  8. Data Consumers will need to implement logic to discard "duplicate" messages
  9. Only embed data in within a message in exceptional circumstances

https://wmo-teams.atlassian.net/wiki/spaces/WIS2/pages/313098259/2022-02-21+ET-W2AT+Meeting

  1. A global monitoring dashboard for a real-time view
  2. Where metrics are available at NC/DCPC, these _should_ be made available in the standard form, but a provision of metrics is not mandatory. Technical Regulations will include requirements for Sensor centers. Both data and service availability types; at a minimum in terms of how they expose metrics to the Global Monitoring dashboard(s) [the definition of the metrics themselves may be part of other WMO manuals?
  3. WIS2 provides the "plumbing" for data but doesn't define which data need to be shared. WIS2 provides the "plumbing" for capturing [performance] metrics, but we don't define which metrics are needed - this is the responsibility for the other programs/activity

https://wmo-teams.atlassian.net/wiki/spaces/WIS2/pages/314048556/2022-02-28+ET-W2AT+Meeting

  1. WCMP2 based on OGC-API Records
  2. WIS2 [Global] Catalogue implements OGC-API Records API
  3. Set up Task Team for NWP metadata (Tom, Peter involved), Enrico to take the lead with Yuki
  4. Agree a structured method and framework for activity areas to develop their own domain-specific standards for vocabulary and topic structure
  5. Next weekly meeting to discuss message structure

https://wmo-teams.atlassian.net/wiki/spaces/WIS2/pages/318472193/2022-03-14+ET-W2AT+Meeting

  1. we delegate to communities of interest for them to develop their subtree? And provide a first attempt or some general guidance
  2. we need to provide a framework to constrain how they develop their subtree
  3. need to make sure that the Channel isn't part of the classification hierarchy

https://wmo-teams.atlassian.net/wiki/spaces/WIS2/pages/325419009/2022-04-11+ET-W2AT+Meeting

  1. Next meeting: 13:30 - 15:30 UTC

 

ET-W2AT Member List

No.

Contact

Allocated Role

Authorized by

WMO Region (Authorized by) (Member/Partner)

1

Mr Jeremy TANDY

Chair

United Kingdom of Great Britain and Northern Ireland

Region VI: Europe

2

Mr Rémy GIRAUD

Member

France

Region VI: Europe

3

Mr Peter SILVA

Member

Canada

Region IV: North America, Central America, Caribbean

4

Mr Pablo Jose LOYBER

Member

Argentina

Region III: South America

5

Ms FATIMA SABAI

Member

Morocco

Region I: Africa

6

Mr Kralidis, Tom

Member

Canada

Region IV: North America, Central America, Caribbean

7

Mr TSUNODA, Kenji

Member

Japan

Region II: Asia

8

Ms Xiang LI

Member

China

Region II: Asia

9

Dr Baudouin Raoult

Member

ECMWF

Region VI: Europe

10

Mr Thorsten BÜSSELBERG

Member

Germany

Region VI: Europe

11

Ms Dana Ostrenga

Member

United States of America

Region IV: North America, Central America, Caribbean