Re: [ogpx] OGPX WG draft charter, 2009-08-19 revision

Carlo Wood <carlo@alinoe.com> Thu, 20 August 2009 14:06 UTC

Return-Path: <carlo@alinoe.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 E1CA73A6808 for <ogpx@core3.amsl.com>; Thu, 20 Aug 2009 07:06:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.355
X-Spam-Level:
X-Spam-Status: No, score=-1.355 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745]
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 GrL-krNvvqfr for <ogpx@core3.amsl.com>; Thu, 20 Aug 2009 07:06:48 -0700 (PDT)
Received: from viefep16-int.chello.at (viefep16-int.chello.at [62.179.121.36]) by core3.amsl.com (Postfix) with ESMTP id A0BBF3A67FE for <ogpx@ietf.org>; Thu, 20 Aug 2009 07:06:47 -0700 (PDT)
Received: from edge05.upc.biz ([192.168.13.212]) by viefep16-int.chello.at (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20090820140649.TTGL9540.viefep16-int.chello.at@edge05.upc.biz>; Thu, 20 Aug 2009 16:06:49 +0200
Received: from mail9.alinoe.com ([77.250.43.12]) by edge05.upc.biz with edge id We6o1c01b0FlQed05e6p04; Thu, 20 Aug 2009 16:06:49 +0200
X-SourceIP: 77.250.43.12
Received: from carlo by mail9.alinoe.com with local (Exim 4.69) (envelope-from <carlo@alinoe.com>) id 1Me8If-0007i1-4o; Thu, 20 Aug 2009 16:07:33 +0200
Date: Thu, 20 Aug 2009 16:07:33 +0200
From: Carlo Wood <carlo@alinoe.com>
To: Joshua Bell <josh@lindenlab.com>
Message-ID: <20090820140733.GA28751@alinoe.com>
References: <f72742de0908191206m2a5b3e2fm4efcf0eaf471a758@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <f72742de0908191206m2a5b3e2fm4efcf0eaf471a758@mail.gmail.com>
User-Agent: Mutt/1.5.18 (2008-05-17)
Cc: ogpx@ietf.org
Subject: Re: [ogpx] OGPX WG draft charter, 2009-08-19 revision
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: Thu, 20 Aug 2009 14:06:49 -0000

On Wed, Aug 19, 2009 at 12:06:09PM -0700, Joshua Bell wrote:
> Foundational components of the protocol include the publication of:
> 
>  * an  abstract  type  system,  suitable  for  describing  the  application
>    protocol in an implementation neutral manner,
> 
>  * a  security model describing  trust relationships  between participating
>    entities,
> 
>  * guidelines for  the use  of existing authentication  and confidentiality
>    mechanisms,
> 
>  * an application-layer protocol for  establishing the user's avatar in the
>    virtual world,
> 
>  * an  application-layer  protocol  for  moving  a  user's  avatar  between
>    adjacent and remote locations in the virtual world,
> 
>  * format descriptions for objects and avatars in a virtual world, and
> 
>  * an  application-layer protocol  for identifying  agents,  and requesting
>    information about them.

This speaks of "a virtual world", which refering back to the introduction
seems to define that there are more than one virtual world possible,
and hence the phrase "the virtual world" seems to refer to a single virtual
world like Second Life (explicitely excluding open grid virtual worlds),
or vica versa.

Therefore, the "foundational component":

* an  application-layer  protocol  for  moving  a  user's  avatar  between
  adjacent and remote locations in the virtual world,

states that support will be provided for "teleporting" between regions
of a single virtual world, but explicitely omits "teleporting" between
different virtual worlds.

I'd like to know, too, why there is no mention of support for
interop like teleporting (and sharing inventory) between DIFFERENT
virtual worlds.

Someone very clearly has to state what is the intent here.
Thanks,

-- 
Carlo Wood <carlo@alinoe.com>