Re: [vwrap] Statements of Consensus. Flexibity First.

Morgaine <morgaine.dinova@googlemail.com> Wed, 30 March 2011 18:06 UTC

Return-Path: <morgaine.dinova@googlemail.com>
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 069F33A6BAB for <vwrap@core3.amsl.com>; Wed, 30 Mar 2011 11:06:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.877
X-Spam-Level:
X-Spam-Status: No, score=-2.877 tagged_above=-999 required=5 tests=[AWL=0.099, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 jXGo5+B4E3NC for <vwrap@core3.amsl.com>; Wed, 30 Mar 2011 11:06:08 -0700 (PDT)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 454D83A6A83 for <vwrap@ietf.org>; Wed, 30 Mar 2011 11:06:08 -0700 (PDT)
Received: by qyk29 with SMTP id 29so2811403qyk.10 for <vwrap@ietf.org>; Wed, 30 Mar 2011 11:07:47 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=eiDD13PWav0YYPb7jlb8beLJr/HNTTx359CpMEHOkN0=; b=sqKv48hfPWr3Sk0Fn7metl12c3F/Y4d91gbwHuRk5SNggorUpCRNp+GuMnAE6eXTxV BjcNKoTbGVor678JN/vFZZBdT9RT6Wy1v1Q4SwakjT+ZQUHFFjzaa/5tscUXMAU1vLVS dQ3vuGVn+nG5CPu9AQILD6c340yqLsQlWPTP4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=tpfJIN1Bo1l59BSoqZcRo+aRMeOoiQUv3etFLQUK5l2bVRuawbfBGMWrd7wG1I7d6t 5UK1mM5YwOFSyE9611BzdU48rAMHCeGB5vWiftVNEkZtNsPvQ9BCw7TT9NGYbGS2q94C 7y+8OL9IUCroMSDUYRYCG949IvHdbWwO+DfVU=
MIME-Version: 1.0
Received: by 10.229.124.145 with SMTP id u17mr1394178qcr.71.1301508467010; Wed, 30 Mar 2011 11:07:47 -0700 (PDT)
Received: by 10.229.211.84 with HTTP; Wed, 30 Mar 2011 11:07:46 -0700 (PDT)
In-Reply-To: <4D936C33.2020602@gmail.com>
References: <20110330011458.GB8908@alinoe.com> <4D931434.2030206@boroon.dasgupta.ch> <4646639E08F58B42836FAC24C94624DD92FDE22F3F@GVW0433EXB.americas.hpqcorp.net> <AANLkTimaA3qcKOUUjQzvq86R1UMvamTc4yJh4NBMp_Gq@mail.gmail.com> <1301499645.12359.10.camel@mdickson-hplinux> <AANLkTimPvnysbzkwyUuq6PVrjo5x1ngo04ifv7FSz+D+@mail.gmail.com> <4D936C33.2020602@gmail.com>
Date: Wed, 30 Mar 2011 19:07:46 +0100
Message-ID: <AANLkTinEKD7478BF4o-xe22XAtD5mJJejRV8g2GBq7oY@mail.gmail.com>
From: Morgaine <morgaine.dinova@googlemail.com>
To: vwrap@ietf.org
Content-Type: multipart/alternative; boundary=000e0cd25caed934d0049fb70d6a
Subject: Re: [vwrap] Statements of Consensus. Flexibity First.
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
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, 30 Mar 2011 18:06:10 -0000

No Dzonatas, that's not enough to handle the requirement.

When I TP from world X to world Y (which I may never have visited before),
my identity, avatar and clothing need to persist across the teleport, and
the elements that I carry with me (such as clothing) may come from many
different worlds which I have visited previously, and be served from their
individual asset services while I'm away touring in world Y.

What's more, visiting thousands of worlds and having to make accounts at
each of them is untenable, and will stop virtual worlds from flourishing.
It creates a major stumbling block for user acceptance.

What's needed cannot be accomplished with client-side trickery.  It needs
regions to understand multiple non-local asset services, and portable
avatars, and single sign on, and it needs many of the protocols that we use
in our region-proxied worlds to change, not only to cater for this required
flexibility, but also for scalability and robustness in a distributed
architecture which we've discussed here before.


Morgaine.





===========================

On Wed, Mar 30, 2011 at 6:45 PM, Dzonatas Sol <dzonatas@gmail.com> wrote:

> Morgaine wrote:
>
>> In contrast, interop between worlds serves *individuals* and *user
>> communities* wonderfully in numerous ways:
>>
>
> I wouldn't doubt that some of this can be address in the same theme COLLADA
> has done with conditioners and refineries. The only reason to make sure the
> protocols work abroad would be for the most optimal network usage. The mere
> effort, otherwise, to get data from one system to another can be in various
> formats.
>
> As for VW to VW... I don't see the need for consistent optimal protocol
> that is custom to VWRAP. The only need (maybe illusionary) here is that
> being the monolithic client can connect to any of these VWs. We could,
> however, just pass COLLADA data to the client and that would do the same
> justice. Of course, this is a bit rough.
>
>
> --
> --- https://twitter.com/Dzonatas_Sol ---
> Web Development, Software Engineering, Virtual Reality, Consultant
>
>