[vwrap] starting point - foundations

Meadhbh Hamrick <ohmeadhbh@gmail.com> Fri, 28 May 2010 18:16 UTC

Return-Path: <ohmeadhbh@gmail.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2CEEF3A68C3 for <vwrap@core3.amsl.com>; Fri, 28 May 2010 11:16:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.299
X-Spam-Level:
X-Spam-Status: No, score=-1.299 tagged_above=-999 required=5 tests=[AWL=1.300, 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 piFGEr+j2vDB for <vwrap@core3.amsl.com>; Fri, 28 May 2010 11:16:15 -0700 (PDT)
Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id 15CE53A696F for <vwrap@ietf.org>; Fri, 28 May 2010 11:16:14 -0700 (PDT)
Received: by vws11 with SMTP id 11so386149vws.31 for <vwrap@ietf.org>; Fri, 28 May 2010 11:16:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=FpvaP37H72TR2H/faTMKiwiM7sCHY2OP0IYOAjwqR/A=; b=wKdo1dQ/YJSXJldYSjlPBEdUhOWyaoUkRaUjnZ0GsaP6SSE1uI5UmghYIWkLSQaqDs h3/DBGyQJX/4c6mUjz2r26qvfYTJ8oKf9KoqkUEw5WHt/tCwmnRqBZClBl36dx5k3Uw4 8ODtxwLlomyJRusYueX71z8Z+BRIq00Oi5LUg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; b=BMivManoFcQKWkn+XPib7PGi5k1H6g4cj+tBo1GIaSEGquRD+yq79YZ8iv/3tA0z9q 1BN5Hgldb8+pwz63q+8A4edvcemIogHC7b/RCAcusPBtIE+2XIBbQY84pWAuf/mS/DRc YBWICgbSIZ4hrgog/i8yvkldcLp0TaCztfXkA=
Received: by 10.224.35.27 with SMTP id n27mr441205qad.396.1275070561125; Fri, 28 May 2010 11:16:01 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.229.189.208 with HTTP; Fri, 28 May 2010 11:15:41 -0700 (PDT)
From: Meadhbh Hamrick <ohmeadhbh@gmail.com>
Date: Fri, 28 May 2010 11:15:41 -0700
Message-ID: <AANLkTinxwW4khzNJKCS38dGYkvSaG5iu4zxeTUTLAkg1@mail.gmail.com>
To: Morgaine <morgaine.dinova@googlemail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: vwrap@ietf.org
Subject: [vwrap] starting point - foundations
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 May 2010 18:16:17 -0000

For what it's worth...

The intro document is a non-normative, informational introduction to
the problem domain. The foundations document is a normative document
detailing the format and processing expectations of facilities
expected to be... well.. foundational. things that didn't have a place
in other documents but were assumed by the other docs to exist.

i'm not sure why you (morgaine) say that the doc is oblivious to the
charter. both documents are referenced in the charter. i don't
understand what you're getting at.

so... that's why the intro doesn't have a lot of technical content...
it's an informational non normative introduction to the problem
domain. it also elaborates on motivations for decisions made in the
charter (which is why there's a lot of background and informational
text.)

it's also why the foundation doc doesn't have a lot of exposition...
extended exposition and motivation that might have been in it got
moved to the intro.

-cheers
-meadhbh
--
meadhbh hamrick * it's pronounced "maeve"
@OhMeadhbh * http://meadhbh.org/ * OhMeadhbh@gmail.com



On Fri, May 28, 2010 at 7:52 AM, Morgaine
<morgaine.dinova@googlemail.com> wrote:
>
> "Foundation" --- I gave this a "No" because it appears to be an
> "archeological OGP" document, unearthed from the original days of OGP.  It
> does not reflect the OGPX or VWRAP group discussions at all, and is even
> oblivious of the group charter --- notice its attempt to create a single
> "vast, Internet wide virtual world".
>
> What's more, we already have a foundational document --- it's called
> "Introduction and Goals".  Admittedly it's not a very friendly document
> either as background reading nor for the implementer, but nevertheless its
> purpose was to provide the foundation, I believe.  Perhaps the new
> "Foundation" document was a gentle attempt at saying "Unreadable" to the
> first document, and asking for a refactoring?  If so then I'd support that,
> because currently "Introduction and Goals" is a meandering document with
> little clarity of purpose.  Perhaps "Introduction and Goals" should be
> renamed "Protocol Elements" and have all its background sections removed,
> which would then leave room for an "Introduction" document that would
> provide background and glue for everything else, but no details.
>
> I get the feeling that a big refactoring is due.  Documents have been
> appearing out of the blue without any prior discussion of their need or of
> their scope, as a result of which we currently have a random checkerboard of
> documents, and nothing outside of the type system is particularly well
> described or useful so far.
>
>
> Morgaine.
>
>
>
>
>
> =========================================
>
> On Thu, May 27, 2010 at 2:14 AM, Barry Leiba
> <barryleiba.mailing.lists@gmail.com> wrote:
>>
>> It's time to think about which pre-WG documents the working group is
>> ready to adopt.  As I introduce this, I want to stress that adoption
>> of documents does NOT mean that the group has consensus on the current
>> content of those documents, that it collectively agrees with what they
>> say, that the documents are in any sense "ready".  All it means is
>> that the working group thinks they're headed in the right direction,
>> and can be used as a starting point for further refinement.  Indeed,
>> documents adopted as starting points by the working group might have a
>> number of significant revisions before they are declared "ready" and
>> are sent to the IESG.
>>
>> That said, the chairs would like to take a poll on whether the
>> following are ready for adoption on their next revisions:
>>
>> * Introduction and Goals
>> http://tools.ietf.org/html/draft-hamrick-vwrap-intro-01
>>
>> * Trust Model and User Authentication
>> http://tools.ietf.org/html/draft-hamrick-vwrap-authentication-01
>>
>> * Abstract Type System for the Transmission of Dynamic Structured Data
>> http://tools.ietf.org/html/draft-hamrick-vwrap-type-system-00
>>
>> * Client Application Launch Message
>> http://tools.ietf.org/html/draft-hamrick-vwrap-launch-00
>>
>> * Foundation
>> http://tools.ietf.org/html/draft-lentczner-vwrap-foundation-00
>>
>>
>> Please reply in this thread as in this example, listing each document
>> and giving your opinion:
>> > Introduction and Goals - yes
>> > Trust Model and User Authentication - yes
>> > Abstract Type System - yes
>> > Client Application Launch Message - yes
>> > Foundation - yes
>>
>> Please make your opinion either "yes" (the working group should adopt
>> the document) or "no" (the working group should not adopt the
>> document).
>>
>> Please do not discuss anything else in this thread.  If you need to
>> discuss your answer, please start a new thread, with a new subject
>> line, for the discussion.  If you have any issues you prefer to bring
>> to the chairs off-list, contact us at <vwrap-chairs@tools.ietf.org>rg>.
>>
>> Thanks very much.
>>
>> -- Barry, as chair
>> _______________________________________________
>> vwrap mailing list
>> vwrap@ietf.org
>> https://www.ietf.org/mailman/listinfo/vwrap
>
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap
>
>