Re: [ogpx] VWRAP Draft Charter: 2009 08 28 revision

Suzy Deffeyes <suzyq@pobox.com> Tue, 01 September 2009 00:32 UTC

Return-Path: <suzyque@gmail.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 3C60028C1CC for <ogpx@core3.amsl.com>; Mon, 31 Aug 2009 17:32:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=0.001, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 c1p3oiheuc9F for <ogpx@core3.amsl.com>; Mon, 31 Aug 2009 17:32:09 -0700 (PDT)
Received: from mail-yw0-f174.google.com (mail-yw0-f174.google.com [209.85.211.174]) by core3.amsl.com (Postfix) with ESMTP id 18DC83A6E2F for <ogpx@ietf.org>; Mon, 31 Aug 2009 17:32:09 -0700 (PDT)
Received: by ywh4 with SMTP id 4so8562629ywh.17 for <ogpx@ietf.org>; Mon, 31 Aug 2009 17:32:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=xtwSBcMP+zpFTSeva+mOsLCK2MVcIG7KLj3fqQ+uCDw=; b=AixsTO8rqhDlIOohXH5p+Dxv9A/9ZfdxlUVTJOTqW+ZTmlby2qbXV3PWbYrMa8jZ3l TtI1uEy/mqluJDL9IvEocJN/Jt3lKoBDJ2lWh7qEjh9TlZPCiuFZfxVvEaXfzr1yqMlq aP7Fx290fCmFAmrcabMNpyfArutfwWlDvXqOk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Acicpeu/cE2KxGj8JcJ8oeOOV51aN8KkADiztsVMeBXCnSrCeF5BAVf7Rwnu/YIfS6 v9qosmG7d1TcxJ597YxmYQuoq7g3zzmfvKplhllYCTT7oy3g0KwqYYVa36KdszcRQBu0 LYaPLiwf4B3GLkS3/oJLSWcc0PZIxLqpGraAA=
MIME-Version: 1.0
Sender: suzyque@gmail.com
Received: by 10.150.71.4 with SMTP id t4mr10271535yba.226.1251765138335; Mon, 31 Aug 2009 17:32:18 -0700 (PDT)
In-Reply-To: <e0b04bba0908311619w52cc69e0id398691dbf8398e9@mail.gmail.com>
References: <3a880e2c0908281127h6965f332na493007b032e5e93@mail.gmail.com> <2bd5b7f10908311207rdbc7be0ue9d69b8273e6ba4b@mail.gmail.com> <e0b04bba0908311619w52cc69e0id398691dbf8398e9@mail.gmail.com>
Date: Mon, 31 Aug 2009 20:32:18 -0400
X-Google-Sender-Auth: 57070bb7882096bc
Message-ID: <2bd5b7f10908311732v202a085awf1eecb9f67d332d6@mail.gmail.com>
From: Suzy Deffeyes <suzyq@pobox.com>
To: Morgaine <morgaine.dinova@googlemail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: ogpx@ietf.org
Subject: Re: [ogpx] VWRAP Draft Charter: 2009 08 28 revision
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: suzyq@pobox.com
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: Tue, 01 Sep 2009 00:32:10 -0000

Meow Morgaine!

Not sure last email went thru ....

We've had some great input to the Charter, and now it feels like some
nitting on definitions.  I think the people that find the wording
clear are probably  just being quiet and not posting to the list, so I
am unsure I would claim it is a 'widespread' view that the Charter is
not clear.

For purposes of defining the scope, I think we are there.

I've been implementing the existing OGP spec in snowglobe, and I am
anxious to get more of the protocol designed.

Suzy Deffeyes/Pixel Gausman
IBM

On Monday, August 31, 2009, Morgaine <morgaine.dinova@googlemail.com> wrote:
> Hi Suzy!
>
> On Mon, Aug 31, 2009 at 8:07 PM, Suzy Deffeyes <suzyq@pobox.com> wrote:
>
>
> I
> think the Charter looks good, and I support moving forward with
> submitting this to the IETF.  I think it accurately describes the scope
> of what we want to do, and is clear in its description.
>
>
>
> We've just spent the last 10 days or longer trying to understand the wording and scope, without success.  That the charter is "clear in its description" is sadly not a widespread view.  This is why several of us are trying to get the terms defined in order to add the missing clarity.
>
> Note that this confusion is present despite the very extensive OGP background within the group.  For new readers of the charter, its meaning will be even less clear, if not completely obscure.
>
> In the absense of this understanding, it is not possible to say that the document "accurately describes the scope of what we want to do", since we don't know what it describes.  The scope is currently unknown to a significant number of participants.
>
> As the charter is clear to you, perhaps you could assist in the process of clarification by answering some of the recent questions made to the list?  I am sure that this would be widely appreciated.
>
>
> Morgaine.
>
>
>
>
>
>
>
> ==============================
>
> On Mon, Aug 31, 2009 at 8:07 PM, Suzy Deffeyes <suzyq@pobox.com> wrote:
>
> Hi Infinity,
>
> I think the Charter looks good, and I support moving forward with submitting this to the IETF.  I think it accurately describes the scope of what we want to do, and is clear in its description.
>
> I am ready to move to working on the protocol and implementation. Let the interface definitions commence!
>
> Suzy Deffeyes / Pixel Gausman
> IBM
>
>
>
> On Fri, Aug 28, 2009 at 2:27 PM, Infinity Linden <infinity@lindenlab.com> wrote:
> okay... here's what i think we've all agreed to. i've taken the
> liberty of using the VWRAP name since it seems to me we have consensus
> around that name.
>
> also note that i still have the ogpx@ietf.org email list in the
> charter text, since we don't have the VWRAP mailing list up yet.
>
> but the rest of it should be "correct" based on discussions. please
> look it over and tell me if i've missed something.
>
> -cheers
> -meadhbh
>
> Working Group Name:
>
>   Virtual Worlds Region Agent Protocol (VWRAP)
>
> Chairs:
>
>   TBD
>
> Area and Area Directors:
>
>   Applications Area
>
>   Lisa Dusseault <lisa.dusseault@gmail.com>
>   Alexey Melnikov <alexey.melnikov@isode.com>
>
> Responsible Area Director:
>
>   TBD
>
> Mailing List:
>
>   ogpx@ietf.org
>   http://www.ietf.org/mailman/listinfo/ogpx
>
> Description of Working Group:
>
> The working group will define the Virtual Worlds Region Agent Protocol
> (VWRAP) for  collaborative 3-dimensional virtual  worlds. The protocol
> permits  users  to  interact  with  each other  while  represented  as
> "avatars,"  or digital representations  of the  user. Within  a single
> virtual  world, avatars  exist in  at most  one location  in  a shared
> virtual  space. Conforming  client  applications use  the protocol  to
> manipulate and  move the  user's avatar, create  objects in  a virtual
> world, interact  with other users  and their surroundings  and consume
> and create media and information from sources inside and outside their
> virtual world.
>
> Adjacent locations  in virtual worlds accessible by  this protocol may
> be   explicitly   partitioned  into   "regions"   to  facilitate   the
> computational  and communication load  balancing required  to simulate
> the virtual  environment. Such virtual  worlds may consist  of regions
> administered  by distinct organizations.  Though these  virtual worlds
> may  be partitioned,  they  remain "un-sharded;"  all inhabitants  and
> objects  in a  particular location  in  a virtual  world may  initiate
> interaction with  all other inhabitants and objects  in that location;
> and, service  endpoint addresses  refer to at  most one  location. The
> state of  a virtual  world is independent  of the  client applications
> that access it and may persist between user sessions.
>
> Regions and  services implemented according to  the specifications may
> be deployed by separate  organizations with varying policies and trust
> domains.  The OGPX  protocols will  provide the  mechanisms  for these
> virtual world  services to interoperate, when permitted  by policy and
> shared trust  domains. To support the exegesis  of the specifications,
> the group  may define a  non-exhaustive set of  non-normative policies
> protocol participants may enforce.
>
> The protocol  should describe interaction semantics  for these virtual
> worlds, independent of  transport, leveraging existing standards where
> practical. It  should define interoperability  expectations for server
> to server  interactions as well as  client-server interactions. Though
> the  protocol  is  independent  of transport,  early  interoperability
> trials used HTTP(S) for non-real-time messages. The working group will
> define specific  features that must be replicated  in other transports
> and  will  define  the use  of  HTTP(S)  as  a transport  of  protocol
> messages.
>
> Foundational components of the protocol include the publication of:
>
>   *
>