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

Dave CROCKER <dhc@dcrocker.net> Sun, 30 August 2009 17:37 UTC

Return-Path: <dhc@dcrocker.net>
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 722213A6808 for <ogpx@core3.amsl.com>; Sun, 30 Aug 2009 10:37:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.674
X-Spam-Level:
X-Spam-Status: No, score=-2.674 tagged_above=-999 required=5 tests=[AWL=-0.075, 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 MRuVFc6+Q7SK for <ogpx@core3.amsl.com>; Sun, 30 Aug 2009 10:37:41 -0700 (PDT)
Received: from sbh17.songbird.com (unknown [IPv6:2001:470:1:76:0:ffff:4834:7148]) by core3.amsl.com (Postfix) with ESMTP id 250363A6AC8 for <ogpx@ietf.org>; Sun, 30 Aug 2009 10:37:40 -0700 (PDT)
Received: from [127.0.0.1] (ppp-68-120-198-98.dsl.pltn13.pacbell.net [68.120.198.98]) (authenticated bits=0) by sbh17.songbird.com (8.13.8/8.13.8) with ESMTP id n7UHbUKg029849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Aug 2009 10:37:36 -0700
Message-ID: <4A9AB8D3.90207@dcrocker.net>
Date: Sun, 30 Aug 2009 10:37:23 -0700
From: Dave CROCKER <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Meadhbh Siobhan <meadhbh.siobhan@gmail.com>
References: <3a880e2c0908281127h6965f332na493007b032e5e93@mail.gmail.com> <20090830003055.GD22756@alinoe.com> <4A9A8F7D.6070501@dcrocker.net> <b8ef0a220908301013t29821ac5q8d03d97002bdfdb1@mail.gmail.com>
In-Reply-To: <b8ef0a220908301013t29821ac5q8d03d97002bdfdb1@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (sbh17.songbird.com [72.52.113.17]); Sun, 30 Aug 2009 10:37:36 -0700 (PDT)
Cc: Infinity Linden <infinity@lindenlab.com>, ogpx@ietf.org, dcrocker@bbiw.net
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: dcrocker@bbiw.net
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: Sun, 30 Aug 2009 17:37:42 -0000

Meadhbh Siobhan wrote:
>> Minor:
>>     Though virtual worlds may be partitioned
>>     ->
>>     Though a virtual world may  be partitioned
>>
>>
> 
> hmm... i thought we had changed that to "Though these virtual worlds
> may be partitioned"

I'll admit to the preference expressed in my later note, which is that vwrap 
talk about exactly one virtual world.  That is, the set of interoperable regions 
that use vwrap to do the interoperating defines a single virtual world.

If the group preference is to say something like a virtual world is defined as a 
cohesively administered domain - of one or more regions -- and that the 
interoperation of these is multiple virtual worlds, then something like the 
existing use of plurals is probably better.


> the clause after "they remain un-sharded" is the definition we use for
> sharded worlds. we could change this to:
> 
> "Though { these virtual worlds | a virtual world } may  be
> partitioned,  they  remain "un-sharded;"  that is, 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."


Ok.  And your point that the term shard is common amongst vw folk also explains 
the desire to have it in the charter.  And I think I understand why the negative 
reference to it makes sense here.  Hmmm.  I think what this really means is that 
the explanatory "that is" sentence is really the focus.  So I suggest making it 
be that:

      All inhabitants and objects in a particular location in a virtual world 
can initiate interaction with all other inhabitants and objects in that 
location.  That is, the virtual world can be partitioned, but it remains 
unsharded.  Also, service endpoing addresses refer to at most one location.

Further hmmmm...  "in that location" doesn't say that the interaction can cross 
administrative domains or regions.  So is the non-sharding within a single 
administrative environment, or is it across boundaries that use vwrap?


(By the way, I'm still not understanding the relationship between a "location" 
and a "region".  The text essentially defines a region, but not location.)

d/
-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net