Re: [earlywarning] [CAP] Definition of Warning Categories

"Hannes Tschofenig" <Hannes.Tschofenig@gmx.net> Sun, 12 July 2009 19:04 UTC

Return-Path: <Hannes.Tschofenig@gmx.net>
X-Original-To: earlywarning@core3.amsl.com
Delivered-To: earlywarning@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 67E2C28B23E for <earlywarning@core3.amsl.com>; Sun, 12 Jul 2009 12:04:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.17
X-Spam-Level:
X-Spam-Status: No, score=-2.17 tagged_above=-999 required=5 tests=[AWL=0.429, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WJh3HzjPJ8Xc for <earlywarning@core3.amsl.com>; Sun, 12 Jul 2009 12:04:26 -0700 (PDT)
Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by core3.amsl.com (Postfix) with SMTP id B95AF3A67CF for <earlywarning@ietf.org>; Sun, 12 Jul 2009 12:04:25 -0700 (PDT)
Received: (qmail invoked by alias); 12 Jul 2009 19:04:54 -0000
Received: from a91-154-108-144.elisa-laajakaista.fi (EHLO 4FIL42860) [91.154.108.144] by mail.gmx.net (mp042) with SMTP; 12 Jul 2009 21:04:54 +0200
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX19Z2n0bLfZZxoXTmgCfHfxWQ1CAwyPnJK4BuFCf+p M4+f4YNfQgzFXn
From: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
To: "'David Aylward (Comcare)'" <daylward@comcare.org>, cap-list@incident.com, earlywarning@ietf.org
References: <187701ca02df$a80ff0e0$501ca20a@nsnintra.net><8C3B4F90-C248-418C-9DC3-D9EFAFCCFF50@incident.com> <7B88AB507ED649F2B28CF1829AD3D122@xppc1>
Date: Sun, 12 Jul 2009 22:07:13 +0300
Message-ID: <18ef01ca0323$f75b60a0$501ca20a@nsnintra.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <7B88AB507ED649F2B28CF1829AD3D122@xppc1>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
Thread-Index: AcoDCVgmerNFJDMgT0uSSmgCVS2P2AAAq0lgAAWvZxA=
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.48
Subject: Re: [earlywarning] [CAP] Definition of Warning Categories
X-BeenThere: earlywarning@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Discussion list for Authority-to-Individuals \(Early Warning\) Emergency " <earlywarning.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/earlywarning>, <mailto:earlywarning-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/earlywarning>
List-Post: <mailto:earlywarning@ietf.org>
List-Help: <mailto:earlywarning-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/earlywarning>, <mailto:earlywarning-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 12 Jul 2009 19:04:27 -0000

Hi David, 

Is this really so difficult? 

Here is what I would do: Setup a registry that associates labels with a
description of what the label means. Someone maintains the registry (in the
IETF we use IANA). Someone adds a new term - fine. Deleting unused or
revised terms is fine as well. 

So, is there an initial list flying around somewhere already? 

Ciao
Hannes

PS: What is the <category> element in the CAP document used for today? 

>-----Original Message-----
>From: cap-list-bounces@lists.incident.com 
>[mailto:cap-list-bounces@lists.incident.com] On Behalf Of 
>David Aylward (Comcare)
>Sent: 12 July, 2009 19:55
>To: cap-list@incident.com; earlywarning@ietf.org
>Subject: Re: [CAP] Definition of Warning Categories
>
>Hannes:
>
>As Art says, CAP's incident list is very general.  To further 
>Art's point, when it came to the development of what became 
>the OASIS EDXL Distribution Element (DE), we faced the same 
>issue as a primary purpose of the DE is routing messages by 
>incident type.  The CAP categories were far too broad for that.  
>
>So the draft requirements and specification for the DE 
>developed by the cross emergency domain practitioner working 
>group developed a detailed list of incident types for 
>submission to the OASIS EMTC as part of its request for the 
>development of that standard.
>
>The EMTC wisely rejected our suggestion, thinking that (1) the 
>work to create a shared incident type taxomony should be done 
>for the US and other countries, but hadn't been done yet, and 
>(2) such lists of incident types would likely change more 
>frequently than the standard.  
>
>So they adopted a flexible solution of "Managed Lists" for 
>this and similar
>list issues (e.g. roles).   Under this approach values such as incident
>names appear in the standard, along with the name of the 
>managed list you are using.  If there is only one Managed List 
>for that topic in the world, great, but if there are several 
>you can still communicate because you know which list is being used.  
>
>The absence of both initial managed lists and a repository for 
>their locations is an identified gap that hopefully will be 
>addressed soon.  A number of us developed a project to do 
>Managed Lists for incident names and roles, but other 
>priorities have gotten in the way.
>
>
>
> 
>David K. Aylward, President
>COMCARE Emergency Response Technology Group
>1351 Independence Court, SE
>Washington, DC 20003
>202.255.3215 (mobile)
>202.295.0136 (office)
>202.521.4047 (fax)
>daylward@comcare.org
> 
>This communication is intended for the use of the recipient to 
>which it is addressed, and may contain confidential, personal 
>and/or privileged information. Please contact us immediately 
>if you are not the intended recipient of this communication, 
>and do not copy, distribute, or take action relying on it. Any 
>communication received in error, or subsequent reply, should 
>be deleted or destroyed.
>
>
>-----Original Message-----
>From: cap-list-bounces@lists.incident.com
>[mailto:cap-list-bounces@lists.incident.com] On Behalf Of Art Botterell
>Sent: Sunday, July 12, 2009 11:52 AM
>To: cap-list@incident.com; earlywarning@ietf.org
>Subject: Re: [CAP] Definition of Warning Categories
>
>On Jul 12, 2009, at 7/12/09 3:58 AM, Hannes Tschofenig wrote:
>> I was wondering whether there is somewhere a more verbose / more 
>> complete description of the semantic of the individual values.
>
>No, and that's deliberate.  Considering the high levels of 
>uncertainty that so often surround emergent events, the CAP 
>designers (first in the CAP Working Group and later within 
>OASIS) struggled to balance completeness against specificity.  
>There was also a concern that we could get bogged down in 
>trying to perfect the taxonomies and wind up with no standard at all.
>
>So the definitions were deliberately left somewhat open-ended 
>and contextual... some would go so far as to say "vague" and 
>I, for one, wouldn't argue.
>
>- Art
>
>
>
>_______________________________________________
>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_abbre
>v=emergency
>CAP-list mailing list
>CAP-list@lists.incident.com
>http://lists.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.
>
>
>
>_______________________________________________
>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_abbre
>v=emergency
>CAP-list mailing list
>CAP-list@lists.incident.com
>http://lists.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.
>