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

Dzonatas Sol <dzonatas@gmail.com> Wed, 30 March 2011 17:44 UTC

Return-Path: <dzonatas@gmail.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 1D2093A6BA9 for <vwrap@core3.amsl.com>; Wed, 30 Mar 2011 10:44:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.499
X-Spam-Level:
X-Spam-Status: No, score=-3.499 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, 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 aeT05WuVsxsY for <vwrap@core3.amsl.com>; Wed, 30 Mar 2011 10:44:33 -0700 (PDT)
Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by core3.amsl.com (Postfix) with ESMTP id 1931B3A6BA7 for <vwrap@ietf.org>; Wed, 30 Mar 2011 10:44:33 -0700 (PDT)
Received: by iye19 with SMTP id 19so1705891iye.31 for <vwrap@ietf.org>; Wed, 30 Mar 2011 10:46:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=1U0yx/hZuM3V4DkRLvFOj95Un68x+mRG+meQRigKRpY=; b=K+GuAcE/T5WIRiJSxi2eHHTMhDz9r6dq6U3Jk53Wi5qYS6IIyphTofj8HZmUP+ZpMb uyF6fHLLx4ncXdq0MMCfLW8X8T+F3nx62HDrTH9mwLhiepatjv/vrwfI0h8E0zzfMph6 MZxJJHH7WyT+KMoB1fkSM3HSaxyk1yqs0dkQ0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=XYTYCeaARXTEgdVrE+DYBj9zB6irmQan4w2zkB/qn7ge332jWpkjOxJ7lFe1tI4hpY G5jV/R/T3EQoLaUo/YRUcXlOaQGTZvsGYmFJKQCsCUGeu/pQeyhMeueUnHJWoQZAMS+L xXYaSL4oK7YtEiBJn+65SxFfC+aKC4gdC5Xlw=
Received: by 10.231.159.203 with SMTP id k11mr1627057ibx.15.1301507172043; Wed, 30 Mar 2011 10:46:12 -0700 (PDT)
Received: from [192.168.0.50] (adsl-71-137-195-251.dsl.scrm01.pacbell.net [71.137.195.251]) by mx.google.com with ESMTPS id g16sm162277ibb.54.2011.03.30.10.45.58 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 30 Mar 2011 10:46:11 -0700 (PDT)
Message-ID: <4D936C33.2020602@gmail.com>
Date: Wed, 30 Mar 2011 10:45:23 -0700
From: Dzonatas Sol <dzonatas@gmail.com>
User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)
MIME-Version: 1.0
To: Morgaine <morgaine.dinova@googlemail.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>
In-Reply-To: <AANLkTimPvnysbzkwyUuq6PVrjo5x1ngo04ifv7FSz+D+@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: vwrap@ietf.org
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 17:44:34 -0000

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