Re: [ogpx] Tourist use case

Carlo Wood <carlo@alinoe.com> Thu, 29 October 2009 13:44 UTC

Return-Path: <carlo@alinoe.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 73B203A697D for <ogpx@core3.amsl.com>; Thu, 29 Oct 2009 06:44:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.517
X-Spam-Level:
X-Spam-Status: No, score=0.517 tagged_above=-999 required=5 tests=[AWL=0.088, BAYES_20=-0.74, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745]
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 D6SP4BkIxReE for <ogpx@core3.amsl.com>; Thu, 29 Oct 2009 06:44:01 -0700 (PDT)
Received: from viefep13-int.chello.at (viefep13-int.chello.at [62.179.121.33]) by core3.amsl.com (Postfix) with ESMTP id 451583A696B for <ogpx@ietf.org>; Thu, 29 Oct 2009 06:44:01 -0700 (PDT)
Received: from edge04.upc.biz ([192.168.13.239]) by viefep13-int.chello.at (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20091029134416.UDAE16274.viefep13-int.chello.at@edge04.upc.biz>; Thu, 29 Oct 2009 14:44:16 +0100
Received: from mail9.alinoe.com ([77.250.43.12]) by edge04.upc.biz with edge id ydkD1c01j0FlQed04dkEdN; Thu, 29 Oct 2009 14:44:16 +0100
X-SourceIP: 77.250.43.12
Received: from carlo by mail9.alinoe.com with local (Exim 4.69) (envelope-from <carlo@alinoe.com>) id 1N3VI9-00013W-AR; Thu, 29 Oct 2009 14:43:53 +0100
Date: Thu, 29 Oct 2009 14:43:53 +0100
From: Carlo Wood <carlo@alinoe.com>
To: Vaughn Deluca <vaughn.deluca@gmail.com>
Message-ID: <20091029134353.GB2298@alinoe.com>
References: <9b8a8de40910160034j11dcb94fm401f29814aed60a8@mail.gmail.com> <3a880e2c0910160116g7a7e488fpe03b10d9b534aa35@mail.gmail.com> <9b8a8de40910160635j268ef9c9mae55781221c94d7e@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <9b8a8de40910160635j268ef9c9mae55781221c94d7e@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: "Infinity Linden \(Meadhbh Hamrick\)" <infinity@lindenlab.com>, ogpx@ietf.org
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: Thu, 29 Oct 2009 13:44:02 -0000

On Fri, Oct 16, 2009 at 03:35:57PM +0200, Vaughn Deluca wrote:
> Especially since there is nothing to prevent a configuration that works exactly
> as the current SL use case. So nothing  has to be sacrificed, yet a much richer
> set of deployment patterns becomes possible.
> 
> -Vaughn 

+1


I think that as soon as a user runs into "sorry, can't do-- because we don't
trust this or that service", they will be ANNOYED, and nothing else.

As a result, people will find the path of least resistance where apparently
two demands can be conflicting:

1) Being able to TP to that other destination
2) Being able to access ones inventory

Personally I feel not very confident that the combination of both is
going to work anywhere satisfactory given the intentions shown so far;
therefore I think it will be very important to have the possibility of
separate asset services.

Suddenly I see a glimpse of light: why can't it be possible to run
my OWN (personal!) inventory? Surely nobody is going to forbid me to
put FULL-PERM stuff in it? And even more surely nobody is going to
stop others from accessing my inventory when I use it (ie, to see
my attachments; or to see what I just rezzed).

I'd be very happy with my own personal inventory, even if on some
worlds they only allow me to put 'full perm' stuff in it. At least
I'll know what I can use everywhere: if I can put it in my inventory,
I will have it at my disposal everywhere.

Dream or not, this is definitely not going to happen if VWRAP
demands that the asset service is part of the agent service.

-- 
Carlo Wood <carlo@alinoe.com>