[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: CAP Best Practices
Thanks for the efforts here and for pinging me directly Tom. I'm swamped or you'd see more of me. On the plus side, more than 20 years of pushing public alerting, about 15 years of pushing open standards, about 7 years of pushing shared situational awareness using CAP and Atom, and about 7 years of pushing for a national not for profit to own the risk governments will not, are all coming together. It is a very demanding and rewarding time for me and the country.
Example Practices: CAP Elements
2.2 A Canadian public/private public alerting technical tiger team just concluded we should aim to deliver all relevant content to be presented by a last mile distributor (LMD) in a single field rather than multiple fields. Further, we concluded we should use <parameter> for channel specific content. E.g. <valueName>televisionContent<valueName>. This is practiced in the Alberta alerting system that received an innovation award from IAEM. It's about to become common in national system.
2.4 second bullet. Suggest you might add "…while others may assume it could be very urgent; unknown is value with a clear purpose.".
3.3 Canadian Profile of CAP leaves expires optional, as does Alberta, but the National Alert Aggregation Dissemination (NAAD) system makes mandatory. A move to make it optional is under way. The reason is the misunderstanding of what expires pertains to. It is being assumed to be the event and not the message. This leaves too much room for misinterpretation. E.g. Boil water with a message expiry of 6 hours is interpreted as boil water for six hours, when the event will at a minimum go on for days. The loss of public confidence when the message is incorrect is of concern to alert issuers. Ideally we'd identify message duration from hazard duration in CAP 2.0.
Example Practices: CAP Feeds
- II.a. Use the URI www.cap-cp.ca as CAP-CP documents are to be moved from the CAPAN website to a new location in next few months. This URI will point to where ever they may land.
- I was expecting to see something about style sheets for presentation of CAP to the public, and a note that presenting raw XML is not appropriate. Better yet, link the alert to consumer friendly webpage.
- When we looked at feeds from CAP-CP we proposed inclusion of event and location reference codes that could be filtered on by apps. Perhaps a note that relates to specific country examples like Canada where each alert will have an event code and at least one location code. They can be presented as symbols, polygons, etc.
- In an earlier email I noted that some Canadian weather alerts have multiple <info> blocks in the same language, as well as a second language. As an example, a major storm may have an area equivalent to a watch, warning and advisory, or more than one of each. Environment Canada will package them all in one alert. How will they be presented to the public? I had concluded we needed one feed item per each <info> block, as they are viewed as individual alerts to the public, but one alert within a system.
- Note on previous point. Initially last mile distributors like radio stations did not like the multiple <info> blocks, but it appears they and their broadcast intrusion device vendors have warmed up to them. This practice can significantly reduces the number of alerts issued per event, and can significantly reduce the number of times a radio station is interrupted. One event (e.g. weather) has one alert associated with it, rather than one per location. The broadcaster looks at the alert, and updates, and determines if for them. If by location, they might then have to issue the same alert content multiple times, once for each alert for each of the areas their signal reaches. We looked at how we might break the multiple <info> block alerts up and re-originate the <info> blocks as individual alerts, and updates got very messy, especially as the evolving event splits, merges, etc.
I hope this helps.
The primary focus of the doc is to disseminate CAP alerts directly to the public, so using it as a trigger for further processing/encapsulating in an EDXL message by originators is a bit off topic for this doc (IMO). Makes sense though to use feeds for this purpose.
On Tue, Jan 22, 2013 at 12:00 PM, Doug Allport <email@example.com> wrote:
Is it consistent with where you are, are going, …? Do you agree with the need for the separation of purposes?
Thanks Doug. this is good information.
On Tue, Jan 22, 2013 at 11:41 AM, Doug Allport <firstname.lastname@example.org> wrote:
Sorry for neglecting this document, but you will be pleased to know it's been open on my desktop all day for review before I shut down tonight. I'm currently engaged in a national discussion on the role of alert feeds and wanted to see if you have covered the two primary roles we are using them for:
1. We are using them as an indicator of a CAP alert is available for processing, and in some cases an envelope similar to the role of EDXL-DE. I.e. System role2. As a consumer product, which typically links back to content formatted for public consumption.
In example one it's really just an indicator and a one to one relationship between CAP and feed items. In the second example, we'd propose it's a many to one relationship, with one feed entry per each <info> block. Our weather alerts, as an example, are English and French, and many include more than one <info> block per language.
Doug AllportExecutive Director (Volunteer)Canadian Association for Public Alerting and Notification (www.CAPAN.ca)(613) 271-1040 Office(613) 294-4425 Mobile
A/General ManagerMulti-Agency Situational Awareness Systems - National Information Exchanges (MASAS-X)
Under contract to the Centre for Security Science, DRDC, Government of Canada
I would like to introduce to Anthony Mancuso. Anthony is from Google and has been working with the collateral and documents subcommittee along with Google staff on a CAP Feed example practices document. CAP-CP is also referenced in the document. Please feel free to participate in our discussions. The most recent document is attached to this email.
Have box tickets to tonight’s Caps vs. Sens game at the Verizon Center…