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

Meadhbh Siobhan <meadhbh.siobhan@gmail.com> Sun, 30 August 2009 17:13 UTC

Return-Path: <meadhbh.siobhan@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 2655D3A6808 for <ogpx@core3.amsl.com>; Sun, 30 Aug 2009 10:13:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.537
X-Spam-Level:
X-Spam-Status: No, score=-2.537 tagged_above=-999 required=5 tests=[AWL=0.062, 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 vfeSaf0c5tfN for <ogpx@core3.amsl.com>; Sun, 30 Aug 2009 10:13:22 -0700 (PDT)
Received: from mail-iw0-f200.google.com (mail-iw0-f200.google.com [209.85.223.200]) by core3.amsl.com (Postfix) with ESMTP id 36DAA3A6AF4 for <ogpx@ietf.org>; Sun, 30 Aug 2009 10:13:22 -0700 (PDT)
Received: by iwn38 with SMTP id 38so1530798iwn.29 for <ogpx@ietf.org>; Sun, 30 Aug 2009 10:13:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=n2GxpoaDLuCvkc4qSP7WqvVVdBNKXL2gWb5mQXyHlao=; b=JDDfXTqS1ysu9rkuzlNQe1cIWxAOdB1knHETJ3Z6BfjuH8YJ2lpnClPAMVfp2z22Ix fp+3A8O+t9NGNU7mh988U1kpZNIbWbRw8uLLY+RoBtEMAxaTk7Ii+Zm6CIx5AtfjrxFV poa+dEfU2K66AqcvIJR2uLC2Oxd6Xj+uoXSgc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=nEnkjnDwqe9uip23uB0VIBtoqgRhfJlj8Pytf5t72/c5Z7LazMzKgNOi7yKfcT4+c0 24fTIUJppMcCLkSytXO7xlDMqbUypw0w6aLa/wCIvukek+GCmPMkjqxtvSiGMvFh2JX0 7y/o3DMXRsjGGEfn3SF6hnddJcpgDjmkAkpOk=
MIME-Version: 1.0
Received: by 10.231.82.132 with SMTP id b4mr5284494ibl.8.1251652406246; Sun, 30 Aug 2009 10:13:26 -0700 (PDT)
In-Reply-To: <4A9A8F7D.6070501@dcrocker.net>
References: <3a880e2c0908281127h6965f332na493007b032e5e93@mail.gmail.com> <20090830003055.GD22756@alinoe.com> <4A9A8F7D.6070501@dcrocker.net>
Date: Sun, 30 Aug 2009 10:13:26 -0700
Message-ID: <b8ef0a220908301013t29821ac5q8d03d97002bdfdb1@mail.gmail.com>
From: Meadhbh Siobhan <meadhbh.siobhan@gmail.com>
To: dcrocker@bbiw.net
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Infinity Linden <infinity@lindenlab.com>, 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
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:13:23 -0000

On Sun, Aug 30, 2009 at 7:41 AM, Dave CROCKER<dhc@dcrocker.net> wrote:
>
>
> Carlo Wood wrote:
>>
>>   I think that using "a virtual world"
>> is less confusing, and I'd rewrite the above paragraph as follows:
>>
>> Adjacent locations in a virtual world 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 a virtual world may consist  of regions
>> administered  by distinct organizations.         Though 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.
>
> This reads well, with two exceptions:
>
>
> 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"

> Substantial:
>
>     The meaning and import of "un-sharded" is missing.  From the last time I
> asked about this, I gather the term is familiar in VW circles, but it sure
> isn't
> in the IETF or, I believe, anywhere outside /some/ database and /some/ or
> all VW
> environs.
>

the text reads:

"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 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."

>     Note that the language, here, is saying that it is /not/ sharded.
> Jumping into a negative reference like this suggests that sharding is to be
> expected.  Is it?  Why?  Is reference to sharding essential for the charter?
>  Why?

we introduce the relationship between VWRAP region partitioning to
sharding, because sharding is well understood with a wider audience
than region partitioning. the intent is to further define region
partitioning.

>
>     So, this reduces down to two different issues.  One is a concept and the
> other is a vocabulary term.  If the concept is essential, what's some terse
> text that makes sense for the charter?  If the term is essential, marry it
> to that terse text.
>
> d/
>
> --
>
>  Dave Crocker
>  Brandenburg InternetWorking
>  bbiw.net
>
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>