Re: [ogpx] Tourist use case

Lawson English <lenglish5@cox.net> Mon, 19 October 2009 17:51 UTC

Return-Path: <lenglish5@cox.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 11DDB3A681E for <ogpx@core3.amsl.com>; Mon, 19 Oct 2009 10:51:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.209
X-Spam-Level:
X-Spam-Status: No, score=-1.209 tagged_above=-999 required=5 tests=[AWL=-1.391, BAYES_05=-1.11, MISSING_HEADERS=1.292]
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 VKxZ0ToZ+4k5 for <ogpx@core3.amsl.com>; Mon, 19 Oct 2009 10:51:44 -0700 (PDT)
Received: from fed1rmmtao103.cox.net (fed1rmmtao103.cox.net [68.230.241.43]) by core3.amsl.com (Postfix) with ESMTP id 288843A67EC for <ogpx@ietf.org>; Mon, 19 Oct 2009 10:51:41 -0700 (PDT)
Received: from fed1rmimpo01.cox.net ([70.169.32.71]) by fed1rmmtao103.cox.net (InterMail vM.8.00.01.00 201-2244-105-20090324) with ESMTP id <20091019175147.ZIVI11920.fed1rmmtao103.cox.net@fed1rmimpo01.cox.net> for <ogpx@ietf.org>; Mon, 19 Oct 2009 13:51:47 -0400
Received: from ip72-200-121-127.tc.ph.cox.net ([72.200.121.127]) by fed1rmimpo01.cox.net with bizsmtp id uhrn1c00L2l1Ksg03hroN8; Mon, 19 Oct 2009 13:51:48 -0400
X-VR-Score: -70.00
X-Authority-Analysis: v=1.0 c=1 a=Wajolswj7cQA:10 a=kviXuzpPAAAA:8 a=eaLIYhk0euBL7kPy250A:9 a=VelZWnnQZ3PoVE7Uy0EA:7 a=ezeLcsIWP2-kGjMwr8D3pH7EhEMA:4 a=4vB-4DCPJfMA:10
X-CM-Score: 0.00
Message-ID: <4ADCA733.8010402@cox.net>
Date: Mon, 19 Oct 2009 10:51:47 -0700
From: Lawson English <lenglish5@cox.net>
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
CC: ogpx@ietf.org
References: <9b8a8de40910160034j11dcb94fm401f29814aed60a8@mail.gmail.com> <e0b04bba0910160500o272f2976ldeae866912deba1a@mail.gmail.com> <b8ef0a220910160644ga1a9486r35bc94eda3a811e4@mail.gmail.com> <4AD903F3.6080809@cox.net> <e0b04bba0910190404n2a1cae6eje1a47c990d9e8ae5@mail.gmail.com>
In-Reply-To: <e0b04bba0910190404n2a1cae6eje1a47c990d9e8ae5@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [ogpx] Tourist use case
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: lenglish5@cox.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: Mon, 19 Oct 2009 17:51:45 -0000

Morgaine wrote:
> On Sat, Oct 17, 2009 at 12:38 AM, Lawson English <lenglish5@cox.net 
> <mailto:lenglish5@cox.net>> wrote:
>
>
>     It seems to me that the MOST touristy mode we will ever see is the
>     free-for-all from the original OGP test where simple TP and naught
>     else was supported.
>
>
>
> There was no "free-for-all" interop in the original OGP test:  there 
> was merely TP from an SL grid to several separately-administered sims, 
> with no framework in place for such sims to express their independent 
> policies, nor any design for such a framework.  This was unable to 
> support a tourism model at all since that requires DDP otherwise 
> travellers from multiple worlds having distinct policies can't meet up 
> in a common tourist resort.  It was very far indeed from a 
> free-for-all.  In fact it was much more like a plan for region 
> assimilation by an advancing empire. ;-)  All it could ever do is 
> build walled gardens.


Since the test required no agreements of any kind, but merely announcing 
the relative position of the sim on the grid to avoid technical issues 
with overlapping coordinates, I'm not sure how you can say that it was 
NOT a free-for-all. With no room for policy implementation, there's no 
policy period.
>
> Your comment also needs to be examined in another light.  "The MOST 
> touristy mode we will ever see" /*from whom*/?  Your words seem to 
> presuppose that only the deployments by the current majority provider 
> are relevant.

I would HOPE that any tourism mode that is implemented in the future by 
some provider for interop between two or more separate services will 
provide more than a default avatar with no asset sharing, no policy 
agreements, no appearance sharing, no nuttin'. Are you implying that we 
will see LESS features in a future service from someone or another? How 
low can we go? Tourism mode is, in my mind, the lowest common 
denominator of services that a minimal VWAP protocol will support.

>
> It's important not to confuse what an individual world provider such 
> as LL will do, and what the whole set of deployers of the protocol 
> will do.  If we are successful in specifying VWRAP services flexibly 
> as envisaged by David, we can expect all the possible deployment 
> patterns to be exercised to different degrees across the breadth of 
> the Internet by many different providers and many individuals.

Well, no policy agreement, no money, no assets, no individual 
appearance, etc., seems like a pretty low bar to shoot for. I hope that 
the most minimal VWRAP definition will include at least as much as the 
original OGP test provided.




Lawson (Saijanai ISL)