Top Banner
Lessons Learned End to End CAP Alerting Systems WMO CAP Implementers Workshop Geneva, Switzerland Norm Paulsen Environment Canada April 24, 2013
17

Lessons Learned End to End CAP Alerting Systems

Jan 21, 2016

Download

Documents

Shalom

Lessons Learned End to End CAP Alerting Systems. WMO CAP Implementers Workshop Geneva, Switzerland Norm Paulsen Environment Canada April 24, 2013. Introduction. Environment Canada, as an issuer of weather warnings, distributed over 100,000 CAP messages last year - PowerPoint PPT Presentation
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Lessons Learned End to End CAP Alerting Systems

Lessons LearnedEnd to End CAP Alerting Systems

WMO CAP Implementers Workshop Geneva, Switzerland

Norm Paulsen

Environment Canada

April 24, 2013

Page 2: Lessons Learned End to End CAP Alerting Systems

Page 2 – April 21, 2023

Introduction

• Environment Canada, as an issuer of weather warnings, distributed over 100,000 CAP messages last year

• These went to numerous end clients (Emergency Managers & Last Mile Distributors)

• The feedback has been significant and can be categorized into the following…

– the working relationships with partners in “getting the warning out”– effective messaging for the target audience– supplemental event information for emergency managers

• This presentation discusses…– some lessons learned– some example practices we employ– Profiles and Layers (mostly layers).

Page 3: Lessons Learned End to End CAP Alerting Systems

Page 3 – April 21, 2023

Lesson 1) Defining “Alert”

• There is confusion over what an ALERT is

• Example: a typical series of Env. Can. warning messages (not yet in CAP form)

• How many ALERTS in this scenario?

• Answer: It depends on whose point of view.

at… a Weather Warning was locations identified

1pm Issued 2 - active

Ended3pm

Continued 1 - active, 1 - ended2pm

1 - ended

Page 4: Lessons Learned End to End CAP Alerting Systems

Page 4 – April 21, 2023

Lesson 2) Defining “Message”

• There is confusion over what a MESSAGE is (still not thinking CAP yet)

• How many MESSAGES in this scenario?

• Answer: It depends on whose point of view

at… Warning Status Referenced Locations

1pm Issued 2 - active

Ended3pm

Continued 1 - active, 1- ended2pm

1 - ended

Page 5: Lessons Learned End to End CAP Alerting Systems

Page 5 – April 21, 2023

When we start thinking CAP

• If I create one CAP file for each time listed, then by CAP’s definition there are 3 messages…

• But CAP is a protocol for exchanging messages between alerting technologies – not exchanging directly with the human element

• Recall that the human element still has 2,3, or 4 messages to consider in this example (let’s call these audience messages)

at… CAP message Referenced Locations

1pm <msgType>alert 2 - active

<msgType>cancel3pm

<msgType>update 1 - active, 1- ended2pm

1 - ended

Page 6: Lessons Learned End to End CAP Alerting Systems

Page 6 – April 21, 2023

The Audience Experience

• The audience messages are distinguishable in space

• The audience (public) certainly wants the right audience message for the right place (think web, cell phones, sirens, broadcasts, etc…)

• I used active/ended but what if the difference was Severity = Extreme vs. Severity = Severe

at…

CAP message

Referenced Locations

<msgType>alert

2 - active

1pm2pm

<msgType>update

1 - active, 1 - ended

3pm

<msgType>cancel

1 - ended

The 1pm CAP message has 1 audience messageThe 2pm CAP message has 2 audience messagesThe 3pm CAP message has 1 audience message

Audience Message 1:

“Run for Cover”

Audience Message 1:

“Run for Cover”

Audience Message 2: “It’s over”

Audience Message 1:

“Run for Cover”

Audience Message 1: “It’s over”

Page 7: Lessons Learned End to End CAP Alerting Systems

Page 7 – April 21, 2023

Audience Messages Appear in Separate <info> Blocks

- <alert> <msgType>Alert</msgType> <sent>1pm</sent>- <info>   <responseType>Monitor</responseType> <event>Tornado</event>   <urgency>Immediate</urgency>   <severity>Severe</severity>   <certainty>Observed</certainty> <expires>3pm</expires> <headline>Tornado warning in

effect</headline>- <area>  <areaDesc>Penticton</areaDesc>   </area>  </info>- <info>   <responseType>Monitor</responseType> <event>Tornado</event>   <urgency>Immediate</urgency>   <severity>Severe</severity>   <certainty>Observed</certainty> <expires>3pm</expires> <headline>Tornado warning in

effect</headline>- <area>  <areaDesc>Kelowna</areaDesc>   </area>  </info>  </alert>

- <alert> <msgType>Update</msgType> <sent>2pm</sent>- <info>   <responseType>Monitor</responseType> <event>Tornado</event>   <urgency>Immediate</urgency>   <severity>Severe</severity>   <certainty>Observed</certainty> <expires>4pm</expires> <headline>Tornado warning in

effect</headline>- <area>  <areaDesc>Penticton</areaDesc>   </area>  </info>- <info>   <responseType>AllClear</responseType> <event>Tornado</event>   <urgency>Past</urgency>   <severity>Minor</severity>   <certainty>Observed</certainty> <expires>3pm</expires> <headline>Tornado warning

ended</headline>- <area>  <areaDesc>Kelowna</areaDesc>   </area>  </info>  </alert>

- <alert> <msgType>Cancel</msgType> <sent>3pm</sent>- <info>   <responseType>AllClear</responseType> <event>Tornado</event>   <urgency>Past</urgency>   <severity>Minor</severity>   <certainty>Observed</certainty> <expires>4pm</expires> <headline>Tornado warning

ended</headline>- <area>  <areaDesc>Penticton</areaDesc>   </area>  </info>  </alert>

Page 8: Lessons Learned End to End CAP Alerting Systems

Page 8 – April 21, 2023

Lesson 3) Customizing Supplementary Information in CAP

• Last mile distributors in public alerting tend to want customized alert message presentation information

• Emergency managers in peer to peer alerting tend to want customized subject event information

- <alert> <info> <headline>tsunami warning in effect for southwest Vancouver coastline</headline>* </info> </alert>*Such as headline being constrained to say 140 characters.

- <alert> <info> <parameter> <valueName>Wave_Arrival_Time</valueName>* <value>1:02pm</value> </parameter> </info> </alert>*Parameter value for wave arrival time could be a community defined standard

Page 9: Lessons Learned End to End CAP Alerting Systems

Page 9 – April 21, 2023

Alert Message Supplemental Info

Headline Wave Height

SMS Text Wave Arrival \time

TVCrawler Arrival direction

Customized Information

Alert Message Supplemental Info

Headline Wave Height

SMS text Wave Arrival Time

TVcrawler Arrival Direction

1:02pm

From 280 degrees N

15 meters

The info block with Vancouver could have:

Audience Message 1: “Tsunami

warning in effect”

Audience Message 2: “Tsunami

warning in effect”

Tsunami warning in effect

WARNING: Tsunami approaching

Tsunami warning

The info block with Victoria could have:

1:05pm

From 350 degrees N

15 metersTsunami warning in effect

WARNING: Tsunami approaching

Tsunami Warning

Page 10: Lessons Learned End to End CAP Alerting Systems

Page 10 – April 21, 2023

A Single Supplementary Information Solution

• An Alert issuer in Canada accommodates both client groups by using a concept known as a “layer”.

– We consider a collection of supplementary information elements a layer

– We use existing CAP elements (mechanisms) to realize these layers in CAP

– We are basically extending the suite of information to the end client

<parameter> <valueName>layer:EC-MSC-SMC:1.0:Alert_Type</valueName>   <value>warning</value> </parameter>

<area> <geocode>  <valueName>layer:EC-MSC-SMC:1.0:CLC</valueName>   <value>062300</value>   </geocode></area>

<parameter> <valueName>layer:SOREM:1.0:Broadcast_Immediately</valueName>   <value>No</value> </parameter><eventCode> <valueName>profile:CAP-CP:Event:0.4</valueName>   <value>snowfall</value> </eventCode>

Page 11: Lessons Learned End to End CAP Alerting Systems

Page 11 – April 21, 2023

Example: Province of Alberta

• Alberta coordinates a CAP system with their downstream broadcast partners

• Alberta aggregates Env. Can. CAP; inserts their own layer, and re-originates the CAP message to their LMD partners

- <alert> <identifier>x1475b</identifier> <msgType>Update</msgType> <sent>2pm</sent> <code>layer:AEMA:1.0</code> </info> <senderName>Alberta</senderName> <headline>Tornado warning updated by Environment Canada</headline> <parameter> <valueName>layer:AEMA:1.0:TvCrawler</valueName>   <value>Tornado warning for Edmonton and surrounding area. Warning

in effect until 2pm</value> </parameter> <parameter> <valueName>layer:AEMA:1.0:SMSText</valueName>   <value>Tornado Warning</value> </parameter> <parameter> <valueName>layer:AEMA:1.0:WebPageBanner</valueName>   <value>Tornado Warning in effect</value> </parameter> </info>  </alert>

Page 12: Lessons Learned End to End CAP Alerting Systems

Page 12 – April 21, 2023

CAP, EDXL and OASIS• OASIS is working through a formalization of the mechanisms of Constraints

(Profiles) and Extensions (Layers) on a broader scale (EDXL)

• CAP already has informal these mechanisms in place to handle the concepts of profiles and layers (some examples below)

• Retaining Interoperability is key

Profile Constraint Optional CAP element constrained to being a required element (i.e. <language>, <expires>)

Profile Constraint Optional CAP elements <eventCode> and <geocode> constrained to a predefined community list (published and versioned)

Profile Constraint Declare an optional <parameter> element as required for community use as defined by the community

Layer Extension CAP message extended to include several geo-targeting schemes (i.e. <geocode>)

Layer Extension CAP message extended to include customized audience messages by medium (i.e. <parameter>)

Layer Extension CAP message extended to provide supplemental subject event details (i.e. <parameter>)

Page 13: Lessons Learned End to End CAP Alerting Systems

Page 13 – April 21, 2023

Lesson 4) File Customization

• Depending on the end client, there are different pieces of information that are of interest

• This suggests a different CAP message for each end client…or…

• using layers, the all inclusive CAP message can be constructed and the end client can retrieve for themselves the information of interest to them

• In Env. Can., the “all info” message is easier to do – we just put everything we have into the CAP message, but the LMD may still have issues with…

– languages– number of info blocks– community standards– relevant audience message– multiple information providers– etc…

• However, because of profiles and layers, and using basic XML principles, we can easily customize CAP XML at this stage and solve these issues…

Page 14: Lessons Learned End to End CAP Alerting Systems

Page 14 – April 21, 2023

XML File Customization

• Use one operation to create the all inclusive CAP message and then customize that CAP message

• Take the CAP message file and copy it and customize it to a specific end client’s needs

- <alert> <identifier>2.49.0.1.124.4a8ca858.2013</identifier> <msgType>Update</msgType> <sent>2pm</sent>

- <info>   <senderName>Environment Canada</senderName> <responseType>AllClear</responseType> <event>Tornado</event>   <urgency>Past</urgency>   <severity>Minor</severity>   <certainty>Observed</certainty> <expires>3pm</expires> <headline>Tornado warning ended</headline>- <area>  <areaDesc>Kelowna</areaDesc>   </area>  </info>- <info>   <senderName>Environment Canada</senderName> <responseType>Monitor</responseType> <event>Tornado</event>   <urgency>Immediate</urgency>   <severity>Severe</severity>   <certainty>Observed</certainty> <expires>4pm</expires> <headline>Tornado warning in effect</headline>- <area>  <areaDesc>Penticton</areaDesc>   </area>  </info>  </alert>

Page 15: Lessons Learned End to End CAP Alerting Systems

Page 15 – April 21, 2023

XML File Customization (2)

• Use one operation to create the all inclusive CAP message and then customize that CAP message

• Take the CAP message file and copy it and customize it to a specific end client’s needs

- <alert> <identifier>2.49.0.1.124.4a8ca858.2013</identifier> <msgType>Update</msgType> <sent>2pm</sent>

<info>  <senderName>Environment Canada</senderName> <language>English</language> <event>tornado</event> <expires>4pm</expires> <headline>tornado warning in effect</headline>- <area>  <areaDesc>Penticton</areaDesc>   </area>  </info>- <info>   <senderName>Environnement Canada</senderName> <language>French</language> <event>tornade</event> <expires>4pm</expires> <headline>alerte de tornade en vigueur</headline>- <area>  <areaDesc>Penticton</areaDesc>   </area>  </info>  </alert>

Page 16: Lessons Learned End to End CAP Alerting Systems

Page 16 – April 21, 2023

XML File Customization (3)

• Use one operation to create the all inclusive CAP message and then customize that CAP message

• Take the CAP message file and copy it and customize it to a specific end client’s needs

- <alert> <msgType>Update</msgType> <sent>2pm</sent> <code>layer:SOREM:1.0</code>

<parameter> <valueName>layer:EC-MSC-SMC:1.0:Alert_Type</valueName>   <value>warning</value> </parameter><parameter> <valueName>layer:SOREM:1.0:Broadcast_Immediately</valueName>   <value>No</value> </parameter> <headline>Tornado warning in effect</headline> <instruction>Run for the hills</headline></info>  </alert>

<code>layer:EC-MSC-SMC:1.0</code><info><senderName>Environment Canada</senderName>

<code>layer:AEMA:1.0</code>

<parameter> <valueName>layer:AEMA:1.0:TvCrawler</valueName>   <value>Tornado warning for Edmonton and surrounding area. Warning in effect until 2pm</value> </parameter>

<identifier>x1475b</identifier>

<senderName>Alberta</senderName>

<identifier>2.49.0.1.124.4a8ca858.2013</identifier>

<info>

Page 17: Lessons Learned End to End CAP Alerting Systems

Page 17 – April 21, 2023

Conclusions

• Define your terms, starting with Alerts, CAP Messages, Audience Messages and Subject Events

• Use Controlled constraints and extension mechanisms if necessary to accommodate your supplemental needs

• Customize your CAP Message after the file has been created using general XML practices

• Customization can occur anywhere in the message trail