Re: [vwrap] what's wrong with starting small?

Cristina Videira Lopes <lopes@ics.uci.edu> Wed, 22 September 2010 21:12 UTC

Return-Path: <lopes@ics.uci.edu>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C52C528C11D for <vwrap@core3.amsl.com>; Wed, 22 Sep 2010 14:12:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.776
X-Spam-Level:
X-Spam-Status: No, score=-1.776 tagged_above=-999 required=5 tests=[AWL=-0.417, BAYES_00=-2.599, SARE_LWSHORTT=1.24]
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 tDvpwhc1OCyj for <vwrap@core3.amsl.com>; Wed, 22 Sep 2010 14:12:45 -0700 (PDT)
Received: from david-tennant-v0.ics.uci.edu (david-tennant-v0.ics.uci.edu [128.195.1.174]) by core3.amsl.com (Postfix) with ESMTP id 60E9A3A6B5E for <vwrap@ietf.org>; Wed, 22 Sep 2010 14:12:03 -0700 (PDT)
Received: from [169.234.251.90] (paul-mcgann.ics.uci.edu [128.195.1.146]) (authenticated bits=0) by david-tennant-v0.ics.uci.edu (8.13.8/8.13.8) with ESMTP id o8MLCLuL005942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Sep 2010 14:12:21 -0700
Message-ID: <4C9A7126.2030506@ics.uci.edu>
Date: Wed, 22 Sep 2010 14:12:06 -0700
From: Cristina Videira Lopes <lopes@ics.uci.edu>
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: Morgaine <morgaine.dinova@googlemail.com>
References: <AANLkTi=zxgOCFOo+JmvyLK_D65_pvx3Zbomq0YtHG5fU@mail.gmail.com> <4C9A45BB.60005@ics.uci.edu> <AANLkTinUXjkRvOe8q3cZM+-Hj=YKD-UKNF1T4EnqKMcp@mail.gmail.com>
In-Reply-To: <AANLkTinUXjkRvOe8q3cZM+-Hj=YKD-UKNF1T4EnqKMcp@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-ICS-MailScanner-Information: Please send mail to helpdesk@ics.uci.edu or more information
X-ICS-MailScanner-ID: o8MLCLuL005942
X-ICS-MailScanner: Found to be clean
X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=0.031, required 5, autolearn=disabled, ALL_TRUSTED -1.44, SARE_LWSHORTT 1.24, TW_DH 0.08, TW_HB 0.08, TW_VW 0.08)
X-ICS-MailScanner-From: lopes@ics.uci.edu
Cc: vwrap@ietf.org
Subject: Re: [vwrap] what's wrong with starting small?
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: lopes@ics.uci.edu
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Sep 2010 21:12:53 -0000

Thanks for bring back the conversation to interop, Morgaine :)

In the HG1.5, the user agent data that is ported around carries with it 
a collection of URLs (let's call them capabilities, just to make things 
more interesting for Meadhbh, hehe :) These URLs point to the user's 
services. They are an unbound list of name-URL pairs. One of them is the 
user's asset service. So the simulator talks to this URL for assets 
pertaining to this user. The policies controlling asset access by 
foreign worlds aren't supported yet, but the framework for supporting 
them is emerging -- some people call that HG2.0. The main elements are 
here: the home world knows in which other world the user is, at all 
times, and the world that's being visited knows that the user is who 
(s)he says he is.

Morgaine wrote:
> Thanks for the link, Crista!  John's email mentions:
>
>     * Identity/Authentication
>     * Assets (possibly Inventory, maybe)
>     * Teleport (both login and simulation to simulation)
>
>
> Let's talk about *Assets*. :-)
>
> Beyond a small amount of discussion and agreement with Joshua last 
> year on basic requirements that would enable inter-world tourist use 
> cases, there has been virtually nothing discussed in VWRAP about this 
> core topic without which everything else is singularly uninteresting.
>
> About a year ago, I spoke to John about the need for replacing the 
> singleton inventory/asset service in Cable Beach with a more flexible 
> one to allow inter-VW tourism, and John said that his singleton was 
> just a temporary feature in his prototype and would be improved.  Has 
> there been any progress on that in the offspring of CB, ie. SimianGrid?
>
> Staying with "State of the Union" topics, if we're merging VWRAP and 
> OpenSimulator efforts, would you like to give us a description of 
> asset handing in the new HG1.5 and where you expect HG2.0 to be 
> heading?  Asset handling on interop is exactly the kind of topic that 
> we need to have examined in depth before we can write initial drafts 
> that have a chance of being relevant. :-)
>
>
> Morgaine.
>
>
>
>
>
> =========================
>
> On Wed, Sep 22, 2010 at 7:06 PM, Cristina Videira Lopes 
> <lopes@ics.uci.edu <mailto:lopes@ics.uci.edu>> wrote:
>
>     http://www.ietf.org/mail-archive/web/vwrap/current/msg00318.html
>     If you are talking about *this* email from John, we are on the
>     same page.
>
>
>     Meadhbh Hamrick wrote:
>
>         so we have a recommendation from at least two implementers
>         (myself and
>         john) that we focus on a small subset of an overall virtual world
>         problem domain.
>
>         it seems to me that diva/christina and morgaine are pushing
>         for a more
>         expansive problem domain.
>
>         can i ask, what is the issue we have with starting small and then
>         growing the problem domain?
>
>         i think i remember an IETF "old hand" (it might have even been
>         barry)
>         say that it's a LOT easier to go back to the IAB / IESG and
>         ask to add
>         things to your charter than it is to remove them.
>
>         i'm also thinking that some of the tension in this group is
>         over the
>         conflicting objectives between the "expansionist" block and the
>         "dimunitivist" block. but it also seems that we're not
>         horribly far
>         off from each other in terms of wire protocol.
>
>         maybe a solution could be to draft two documents... one a
>         "long term"
>         goal for virtual worlds that describes the "expansionist"
>         objectives
>         and another that is a little more short term and describes the
>         "diminutivist" objective for a small subset of things needed
>         for the
>         long term goals?
>
>         is the concern with this approach that any near term service
>         (service
>         establishment, event queue, teleport, assets) would need to
>         know about
>         the totality of the virtual world in order to be practical?
>
>         -cheers
>         -meadhbh
>         --
>         meadhbh hamrick * it's pronounced "maeve"
>         @OhMeadhbh * http://meadhbh.org/ * OhMeadhbh@gmail.com
>         <mailto:OhMeadhbh@gmail.com>
>         _______________________________________________
>         vwrap mailing list
>         vwrap@ietf.org <mailto:vwrap@ietf.org>
>         https://www.ietf.org/mailman/listinfo/vwrap
>          
>
>
>     _______________________________________________
>     vwrap mailing list
>     vwrap@ietf.org <mailto:vwrap@ietf.org>
>     https://www.ietf.org/mailman/listinfo/vwrap
>
>