Re: [ogpx] Tourist use case

David W Levine <dwl@us.ibm.com> Sun, 18 October 2009 17:26 UTC

Return-Path: <dwl@us.ibm.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 A7CC53A6964; Sun, 18 Oct 2009 10:26:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.948
X-Spam-Level:
X-Spam-Status: No, score=-3.948 tagged_above=-999 required=5 tests=[AWL=-1.350, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 tlqT0i1Z962r; Sun, 18 Oct 2009 10:26:21 -0700 (PDT)
Received: from e7.ny.us.ibm.com (e7.ny.us.ibm.com [32.97.182.137]) by core3.amsl.com (Postfix) with ESMTP id 3F7823A6941; Sun, 18 Oct 2009 10:26:21 -0700 (PDT)
Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e7.ny.us.ibm.com (8.14.3/8.13.1) with ESMTP id n9IHNH0K015841; Sun, 18 Oct 2009 13:23:17 -0400
Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id n9IHQKFg235934; Sun, 18 Oct 2009 13:26:20 -0400
Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n9IHQKS5015541; Sun, 18 Oct 2009 13:26:20 -0400
Received: from d01ml605.pok.ibm.com (d01ml605.pok.ibm.com [9.56.227.91]) by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id n9IHQK9v015537; Sun, 18 Oct 2009 13:26:20 -0400
In-Reply-To: <9b8a8de40910180831t1cac602fq12da03c36d662d4a@mail.gmail.com>
References: <9b8a8de40910160034j11dcb94fm401f29814aed60a8@mail.gmail.com> <e0b04bba0910160500o272f2976ldeae866912deba1a@mail.gmail.com> <b8ef0a220910160644ga1a9486r35bc94eda3a811e4@mail.gmail.com> <4AD903F3.6080809@cox.net> <9b8a8de40910171610m6e415635m85bf715f86f35c4@mail.gmail.com> <4ADB2236.3030908@cox.net> <9b8a8de40910180831t1cac602fq12da03c36d662d4a@mail.gmail.com>
To: Vaughn Deluca <vaughn.deluca@gmail.com>
MIME-Version: 1.0
X-KeepSent: 72D150A2:4ACB58CB-85257653:005F26CE; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2 HF623 January 16, 2009
Message-ID: <OF72D150A2.4ACB58CB-ON85257653.005F26CE-85257653.005FCA9C@us.ibm.com>
From: David W Levine <dwl@us.ibm.com>
Date: Sun, 18 Oct 2009 13:26:19 -0400
X-MIMETrack: Serialize by Router on D01ML605/01/M/IBM(Release 8.5.1|September 28, 2009) at 10/18/2009 13:26:19, Serialize complete at 10/18/2009 13:26:19
Content-Type: multipart/alternative; boundary="=_alternative 005FCA9985257653_="
Cc: lenglish5@cox.net, ogpx@ietf.org, ogpx-bounces@ietf.org, Meadhbh Hamrick <meadhbh.siobhan@gmail.com>
Subject: Re: [ogpx] Tourist use case
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, 18 Oct 2009 17:26:22 -0000

Keep in mind the model separates mechanism from policy. The mechanism will 
allow it, how people define policies will determine how easily assets flow 
across the extended grid. My personal guess is that we will end up with 
some sets of assets which flow very broadly across a lot of grids, but it 
will take time for this to settle down. I also equally expect that we will 
see lots of  clusters of walled gardens by policy, for various reasons, 
and that assets from these gardens will live within them. My goal for the 
specifications  to support this range of use cases, and to focus on the 
mechanisms, and keep debates as to which policy is appropriate off this 
list. (Enable the policy choices, and let the real world determine which 
policies are successful)

- David
~ Zha 



Vaughn Deluca <vaughn.deluca@gmail.com> 
Sent by: ogpx-bounces@ietf.org
10/18/2009 11:31 AM

To
lenglish5@cox.net
cc
Meadhbh Hamrick <meadhbh.siobhan@gmail.com>om>, ogpx@ietf.org
Subject
Re: [ogpx] Tourist use case








On Sun, Oct 18, 2009 at 4:12 PM, Lawson English <lenglish5@cox.net> wrote:
Vaughn Deluca wrote:



On Sat, Oct 17, 2009 at 1:38 AM, Lawson English <lenglish5@cox.net 
<mailto:lenglish5@cox.net>> wrote:

   Meadhbh Hamrick wrote:

       but didn't we say that we were going to focus on "second
       life-like"
       worlds in this WG? isn't that why it was formed? shouldn't the
       tourist
       model be an effort of the MMOX group? i thought that was the
       reason we
       kept the MMOX mailing list up, so work could continue on that
       type of
       virtual world.

       -meadhbh/infinity
        

   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.


I find that a deeply depressing thought.  I would *really* hope that at 
least  transfer of free to copy assets will also be possible. 


Well, me too. I was merely pointing out that "tourism" was built into the 
system from the start, so to suggest that tourism was MMOX
rather than VRAM was a false dichotomy. We already have an example of the 
"most touristy" mode possible and things will be built
*on top of* it. The idea that few vendors would support it misses the fact 
that it is the _de facto_ model that everything else is built on.

Now, tourism with non-SL-compatible worlds is certainly an MMOX issue, but 
tourism is inherent in ANY interop scenario, period.

It's just the state of NULL trust. Whether NULL trust is allowed is a 
policy issue, but its inherent in the nature of the system.


Lawson
Mmmm, yes, "tourist" was badly chosen. But somehow i got the impression we 
were heading towards a system were assets would only be available from the 
Asset server of the world  currently visited, so you would need to either 
duplicate assets to different servers to have access, or just live with 
the fact that in each visited world you have a different set of assets, 
like what we have now when going to OSGrid.  Seems I was a bit too 
pessimistic.

Anyhow, i realised i need read some more to make a meaningful contribution 
here. Also without the new versions of the draft up its hard to discuss 
anything. So I will take a pause and study  the backgound documents in 
some  more dept. 

-Vaughn
_______________________________________________
ogpx mailing list
ogpx@ietf.org
https://www.ietf.org/mailman/listinfo/ogpx