1 | "Urgent" Assignment of topics for multidisciplinary datasets https://github.com/wmo-im/wis2-topic-hierarchy/issues/36 Notification mechanism on updated data https://github.com/wmo-im/tt-nwpmd/issues/9 Clarify broker protocol elements https://github.com/wmo-im/wis2-guide/issues/5 WP8.2 WIS2 -> GTS Gateway https://github.com/wmo-im/wis2pilot/issues/9 KPIs for the transition from GTS to WIS2 https://github.com/wmo-im/wis2-guide/issues/20 Lifecycle management of discovery metadata in WIS2 https://github.com/wmo-im/wis2pilot/issues/85 Non-functional performance measures need to be defined https://github.com/wmo-im/wis2-guide/issues/23 (or at least start defining them) GTS -> WIS2 Gateway will operate a decision made, but ET-W2AT should confirm how to operate.
| | Discussion 1.Assignment of topics for multidisciplinary datasets https://github.com/wmo-im/wis2-topic-hierarchy/issues/36 The topic_hierarchy will only be used to identify a channel for pub/sub. When a dataset is applicable under multiple domains, one the data producer should choose one domain (that is a best fit) and use the WCMP2 metadata record for further descriptions.
(Timo): to provide supporting documents of MQTT best practice. In general, MQTT best practice is to publish the message with two (multiple) topics. (Rémy): Please provide supporting evidence of this MQTT best practice.
2. Notification Mechanism on updated data https://github.com/wmo-im/tt-nwpmd/issues/9 Decision: properties.operation is included in the notification message Decision: value= create/update/delete, if multiple update messages are received, compare by pub_time Action: write an AsciiDoc describing why and how and make in available on github. Agreed that WIS2 Guide will be a collection of all informationindividual AsciDoc
3. Clarify broker protocol elements https://github.com/wmo-im/wis2-guide/issues/5 Agreed that: MQTT experts advice is required to select the right parameters Action: (Remy) to check with Verne MQ for their advice to selecting the parameters Action (TBC): (Peng) to discuss with EMQS EMQX experts for possible suggestion about the parameters selection
4. WP8.2 WIS2 to GTS gateway https://github.com/wmo-im/wis2pilot/issues/9 TTAAii and CCCC to be added in the message to make it easy to do the mapping from WIS2 to GTS This will not be included in the WIS2 Notification Message standard, it's only for the gateway. It will be included in the GTS → WIS2 transition document. Data provider who wants to stop dissemination on GTS shall use the GTS properties as described in GitHub issue #24 https://github.com/wmo-im/wis2-notification-message/issues/24 Who will operate those gateways? Considering there is no volunteer for the Gateway, a proposed solution is for one or two RTHs per region to do the gateway from WIS2 to GTS. Action: Hassan will collect all RTH contact points; organize meetings with potential RTH providers and prepare one page for this.
5. KPIs for the transition from GTS to WIS2 https://github.com/wmo-im/wis2-guide/issues/20 (Kai) DWD metrics include number of observations received in DWD and WIS2 network per station and per country. There is a need to develop metrics: names of metrics and their purpose. (Enrico) High-level KPIs, not too technical, for communication to EC/Cg is needed to get started. For example, the number of Members disseminating data in GTS but not WIS2; the number of Members migrating to WIS2 Action: (Enrico) to provide a drafted version of high-level KPIs to be submitted to INFCOM-3
8. GTS to WIS2 gateway DWD: all data received in GTS are published the Global cache using the topic cache/a/wis2/xxg/gts_to_wis2_dwd/TTAAii New data is only available in WIS2 Decision: DWD to run GTS to WIS2 Gateway during transition Action: (Kenji) to check internally the possibility of providing the GTS to WIS2 Gateway by JMA
|