[CAP] The "User Experience" of Warnings in EAS
Kepner, Rita Marie
rkepner at wsu.edu
Thu May 8 20:36:40 PDT 2008
Has anyone seen or heard of anything that shows the summit will
address relay of EAS messages from state and local emergency officials
to potentially impacted people? The FCC website still says EAS is only
for the president with any state or local messages to be delivered as
voluntary options. I believe I read that when Hawaii had an earthquake
a year or so ago, the stations did not interrupt the football game to
relay the potential tsunami information because those were "local" not
presidential messages.
The actual language on the website is "While participation in
national EAS alerts is mandatory for these providers, state and local
EAS participation is currently voluntary."
and -- do you know if I can "listen" to the summit online? Will it be
streamed?
--Rita
-----Original Message-----
From: cap-list-bounces at lists.incident.com
[mailto:cap-list-bounces at lists.incident.com] On Behalf Of Art Botterell
Sent: Thursday, May 08, 2008 7:30 PM
To: cap-list at lists.incident.com
Subject: [CAP] The "User Experience" of Warnings in EAS
Apologies for cross-posting myself, but I think these questions are
going to be important to the whole CAP community, not just
broadcasters... - Art
http://www.incident.com/blog/?p=50
----------------------------------
The User Experience of Warnings in EAS
May 8th, 2008
In the runup to the May 19th EAS Showdow um Summit in Washington,
DC, most of the discussion has focused on the nuts and bolts of moving
the nations broadcast alerts across digital networks based on CAP.
But CAP only defines the information payload of a warning. It
doesnt specify how that information should be presented over HD
radio, digital TV, computers, PDAs, digital signage or any of our
various other windows into the infosphere.
This is going to become a crucial question in the very near future, I
think. As digitization drives broadcast content onto ever more
diverse platforms were going to need to give these presentation/user
interface issues as much attention as we have to transport/relay-
network design.
We may want to develop some common elements consistent visual, aural,
even tactile (e.g., portable device vibrator cadences) cues that one
might almost call branding elements to ensure that emergency alerts
have a degree of consistency across all media. Otherwise we risk
letting diversity deteriorate into confusion.
The Australians have made an interesting foray in that direction with
their Standard Emergency Warning Signal (SEWS) basically a standard
sounder that can be used consistently over broadcast, wireless,
wireline and even acoustical (siren and public address) delivery
systems. However they havent tried yet to set a comparable standard
in the visual or other domains.
Last year the FCCs cellular alerting advisory committee (the CMSAAC)
took a few first steps toward designing a consistent user experience
for a basic text-messaging interface.
But as we start talking about digital television and HD radio and the
things that lie beyond them, were going to need to bring some real
world-class user-interface expertise to bear alongside our enormous
pool of transmission engineering experience.
The Common Alerting Protocol (CAP) provides a rich standard data
payload that can be presented hopefully consistently over all media,
broadcast and otherwise. But the details of how best to present that
richer message are still to be determined and require immediate
skilled attention.
_______________________________________________
This list is for public discussion of the Common Alerting Protocol.
This list is NOT part of the formal record of the OASIS Emergency
Management TC. Comments for the OASIS record should be posted using the
form at
http://www.oasis-open.org/committees/comments/form.php?wg_abbrev=emergen
cy
CAP-list mailing list
CAP-list at lists.incident.com
http://eastpac.incident.com/mailman/listinfo/cap-list
This list is not for announcements, advertising or advocacy of any
particular program or product other than the CAP itself.
More information about the CAP-list
mailing list