Re: [newtrk] a crufty last call

"Alex Rousskov" <rousskov@measurement-factory.com> Thu, 14 October 2004 17:40 UTC

Received: from darkwing.uoregon.edu (root@darkwing.uoregon.edu [128.223.142.13]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA10688 for <newtrk-archive@lists.ietf.org>; Thu, 14 Oct 2004 13:40:32 -0400 (EDT)
Received: from darkwing.uoregon.edu (majordom@localhost [127.0.0.1]) by darkwing.uoregon.edu (8.12.11/8.12.11) with ESMTP id i9EHFgDC004023; Thu, 14 Oct 2004 10:15:42 -0700 (PDT)
Received: (from majordom@localhost) by darkwing.uoregon.edu (8.12.11/8.12.11/Submit) id i9EHFg2N004013; Thu, 14 Oct 2004 10:15:42 -0700 (PDT)
Received: from measurement-factory.com (measurement-factory.com [206.168.0.5]) by darkwing.uoregon.edu (8.12.11/8.12.11) with ESMTP id i9EHFeZE003897 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for <newtrk@lists.uoregon.edu>; Thu, 14 Oct 2004 10:15:40 -0700 (PDT)
Received: from pail.measurement-factory.com (nat.measurement-factory.com [206.168.0.3]) by measurement-factory.com (8.12.9/8.12.9) with ESMTP id i9EHFdJ2093223 for <newtrk@lists.uoregon.edu>; Thu, 14 Oct 2004 11:15:39 -0600 (MDT) (envelope-from rousskov@measurement-factory.com)
Date: Thu, 14 Oct 2004 11:15:38 -0600
To: newtrk@lists.uoregon.edu
Subject: Re: [newtrk] a crufty last call
References: <0I5L00JL71T0V4@mailsj-v1.corp.adobe.com>
From: Alex Rousskov <rousskov@measurement-factory.com>
Organization: The Measurement Factory
Content-Type: text/plain; format="flowed"; delsp="yes"; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-ID: <opsfvd8cgtiz3etf@pail.measurement-factory.com>
In-Reply-To: <0I5L00JL71T0V4@mailsj-v1.corp.adobe.com>
User-Agent: Opera M2/7.54 (FreeBSD, build 751)
Sender: owner-newtrk@lists.uoregon.edu
Precedence: bulk
Reply-To: Alex Rousskov <rousskov@measurement-factory.com>
Content-Transfer-Encoding: 8bit

> "should this working group develop process(es) with the aims
>  described in the ID draft-ietf-newtrk-cruft-00.txt?"

"No" because, IMHO, we need to move away from placing each document
into a single box/folder to a model where each document may have
multiple labels/attributes attached, and where many "views" of the
IETF document set co-exist.

The failure of the current rigid one-document/one-label model is clear (to
me). Moving documents from one box to another is a waste of resources in
most trivial cases and a mistake in non-trivial cases (where neither of the
two boxes can be the only right place).

I hope that the multiple-attributes approach will help provide the
"right" information to IETF clients (where the definition of the
"right view" is often client-specific!).

If the Cruft proposal can be morphed into a "Let's document what folks
claim about each standard" proposal, I would support it (along with
a good interface to create and access claims).

Thank you,

Alex.
.
newtrk resources:_____________________________________________________
web user interface: http://darkwing.uoregon.edu/~llynch/newtrk.html
mhonarc archive: http://darkwing.uoregon.edu/~llynch/newtrk/index.html