Re: [ogpx] VWRAP is going no where.

Joshua Bell <josh@lindenlab.com> Mon, 11 January 2010 16:37 UTC

Return-Path: <josh@lindenlab.com>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D8F8D3A6783 for <ogpx@core3.amsl.com>; Mon, 11 Jan 2010 08:37:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.232
X-Spam-Level:
X-Spam-Status: No, score=-1.232 tagged_above=-999 required=5 tests=[AWL=0.744, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
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 BSzhogYAkF9Z for <ogpx@core3.amsl.com>; Mon, 11 Jan 2010 08:37:45 -0800 (PST)
Received: from mail-iw0-f201.google.com (mail-iw0-f201.google.com [209.85.223.201]) by core3.amsl.com (Postfix) with ESMTP id E5CFA3A67B0 for <ogpx@ietf.org>; Mon, 11 Jan 2010 08:37:44 -0800 (PST)
Received: by iwn39 with SMTP id 39so13781485iwn.32 for <ogpx@ietf.org>; Mon, 11 Jan 2010 08:37:39 -0800 (PST)
MIME-Version: 1.0
Received: by 10.231.157.83 with SMTP id a19mr2838192ibx.41.1263227858143; Mon, 11 Jan 2010 08:37:38 -0800 (PST)
In-Reply-To: <e0b04bba1001102218xb532625r7f95b3bcdf57a226@mail.gmail.com>
References: <20100106142220.GA11321@alinoe.com> <f72742de1001060852q15715bc9m7536b239a3d8c6fc@mail.gmail.com> <e0b04bba1001102218xb532625r7f95b3bcdf57a226@mail.gmail.com>
Date: Mon, 11 Jan 2010 08:37:38 -0800
Message-ID: <f72742de1001110837t2281c6d5k7094876c354732fe@mail.gmail.com>
From: Joshua Bell <josh@lindenlab.com>
To: Morgaine <morgaine.dinova@googlemail.com>
Content-Type: multipart/alternative; boundary="0050450169f3c14a6f047ce62729"
Cc: ogpx@ietf.org
Subject: Re: [ogpx] VWRAP is going no where.
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Jan 2010 16:37:45 -0000

On Sun, Jan 10, 2010 at 10:18 PM, Morgaine
<morgaine.dinova@googlemail.com>wrote:

> On Wed, Jan 6, 2010 at 4:52 PM, Joshua Bell <josh@lindenlab.com> wrote:
>
> I'm aware of a fair amount of *implementation work* happening right now,
>> and Meadhbh is *cranking on revisions to the LLSD/LLIDL draft*. Yes, it's
>> a bit quiet here, but I'm not too disturbed; there's a lot of
>> writing/implementation to do to catch up to the state of discussions.
>>
>
> Joshua, that answer just adds fuel to the worries.  Referring to the
> highlighted sections:
>
> 1) *Implementation* of what?  In order to implement a protocol, one must
> have a protocol to implement.  It is one of the worries in this group that
> instead of working out in the group what the protocol needs to do, one or
> two parties may be attempting to impose a de facto standard to override
> group discussions.
>

Implementing what's in the current drafts, and implementations in different
languages. The implementations used/shared previously targeted older drafts.


Also (as Mike points out later in the thread), prototype implementations are
input into the standards process, and should fuel discussion. They do not
magically generate consensus, although they may certainly influence it by
showing running code. That said, while I wish I was aware of some prototypes
of that nature, I'm not.




2) Cranking out *revisions of LLSD/LLIDL* based on what discussions?  The
> latest detailed discussions about LLSD/LLIDL were in MMOX.  What is being
> revised?
>

Meadhbh received feedback from several implementers in private communication
(including some internal at Linden), and some of the feedback from back in
the MMOX days still needs to be addressed. She's attempting to consolidate
that feedback into another draft ready for further feedback from the group
and prototype implementations.

The specifics I'm aware of are allowing for LLIDL to express unidirectional
messages and updates to the variant syntax. There were also some concerns
raised about loss of precision while round-tripping real values through
text-based serialization, but those were resolved without spec changes.