Re: [ietf-outcomes] Adoption legend summary on each page?

Dave CROCKER <> Sun, 14 February 2010 16:00 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id F0D2A3A76D7 for <>; Sun, 14 Feb 2010 08:00:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.565
X-Spam-Status: No, score=-6.565 tagged_above=-999 required=5 tests=[AWL=0.034, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id PV2BaM7beH1X for <>; Sun, 14 Feb 2010 08:00:57 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 397B23A6BFC for <>; Sun, 14 Feb 2010 08:00:55 -0800 (PST)
Received: from [] ( []) (authenticated bits=0) by (8.13.8/8.13.8) with ESMTP id o1EG2FW1007840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Feb 2010 08:02:20 -0800
Message-ID: <>
Date: Sun, 14 Feb 2010 08:02:15 -0800
From: Dave CROCKER <>
Organization: Brandenburg InternetWorking
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv: Gecko/20100111 Thunderbird/3.0.1
MIME-Version: 1.0
To: David Harrington <>
References: <> <0ac201caad40$d9289c70$>
In-Reply-To: <0ac201caad40$d9289c70$>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV 0.92/10390/Sat Feb 13 14:32:57 2010 on
X-Virus-Status: Clean
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 ( []); Sun, 14 Feb 2010 08:02:21 -0800 (PST)
Subject: Re: [ietf-outcomes] Adoption legend summary on each page?
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Outcomes Wiki discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 14 Feb 2010 16:00:59 -0000

On 2/13/2010 10:42 PM, David Harrington wrote:
> Hi Dave,
> I found --, -, 0, +, and ++ fairly intuitive because obviously ++ is
> more than +. (the 0 obviously needs explanation)
> I do not find essential, useful, pending, minor, and failure to be as
> intuitive.

Cognitive styles vary.  Since you found the symbols intuitive, you don't need 
the legend; so the legend is for those who need help.

> I also find the ordering to be unusual.
> I tend to think of numbers, as in graphs, growing larger to the right.
> So I would think the ordering should be --, -, 0, +, ++
> or failure, minor, pending, useful, essential

Starting with the positive is a means of emphasizing it.

>> From my perspective, I think snmpv1 has been massively implemented,
> deployed and used.
> However, many environments deliberately disable snmp for security
> reasons.

SNMPv1 might not be hugely used now, but there was a time when it was.

And this wiki is attempting to gauge whether bits of IETF were /ever/ 
successful, not just whether they are "successful" now.  The wiki is an 
historical marker, not a current news snapshot.

> essential means "Basic or indispensable; necessary"
> I don't know that a protocol that can be disabled in many environments
> should be called "essential".

But it WAS.

> maybe important would be better than essential.
> I find it difficult to rate things using different scales mixed
> together. Is essential (i.e. necessary) the opposite of failure (not
> achieving the desired end or ends)? Is useful the opposite of minor? I
> think that you should compare apples with apples; the notations
> equivakent to '-' and '+' should be opposites, so if you are going to
> use "minor" (presumbaly meaning minor usage), then you should also use
> major, as in major usage. Or you should use "very useful", "useful",
> "not useful" and "not used" (or something else that uses relative
> levels of the same metric).

Sounds like the topic divides into

    1)  a determination of whether folks are dissatisfied with the current label 
definitions and then

    2)  an evaluation of alternative proposals.

Note the challenge in the scale's having "not useful" vs. "not used".


   Dave Crocker
   Brandenburg InternetWorking