Re: [vwrap] one question

Mike Dickson <mike.dickson@hp.com> Fri, 24 September 2010 19:26 UTC

Return-Path: <mike.dickson@hp.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 4B7813A6978 for <vwrap@core3.amsl.com>; Fri, 24 Sep 2010 12:26:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.882
X-Spam-Level:
X-Spam-Status: No, score=-105.882 tagged_above=-999 required=5 tests=[AWL=0.717, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 XMVId7GqW840 for <vwrap@core3.amsl.com>; Fri, 24 Sep 2010 12:26:04 -0700 (PDT)
Received: from g1t0028.austin.hp.com (g1t0028.austin.hp.com [15.216.28.35]) by core3.amsl.com (Postfix) with ESMTP id 5892D3A6783 for <vwrap@ietf.org>; Fri, 24 Sep 2010 12:26:04 -0700 (PDT)
Received: from g5t0012.atlanta.hp.com (g5t0012.atlanta.hp.com [15.192.0.49]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by g1t0028.austin.hp.com (Postfix) with ESMTPS id 7A3671C517 for <vwrap@ietf.org>; Fri, 24 Sep 2010 19:26:36 +0000 (UTC)
Received: from [192.168.1.113] (h112.115.130.174.dynamic.ip.windstream.net [174.130.115.112]) by g5t0012.atlanta.hp.com (Postfix) with ESMTPSA id F2D9510003 for <vwrap@ietf.org>; Fri, 24 Sep 2010 19:26:35 +0000 (UTC)
Message-ID: <4C9CFB68.3020406@hp.com>
Date: Fri, 24 Sep 2010 15:26:32 -0400
From: Mike Dickson <mike.dickson@hp.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.11pre) Gecko/20100922 Lightning/1.0b2 Shredder/3.1.5pre
MIME-Version: 1.0
To: vwrap@ietf.org
References: <4C9AB1BB.2010008@ics.uci.edu> <AANLkTi=fz6LhpRaTJr7Bu4KsXS93-B0B7SzjH4PwDGuc@mail.gmail.com> <4C9B7041.50908@ics.uci.edu> <AANLkTim-BvM-z90DjRcXD1r1bvZ1doSxzq6-Ou4jg-V7@mail.gmail.com> <B404AC53EB6E4A90A58B2C606CF66045@TWEEDY64> <AANLkTim98XGBrUQOVs0a1iyJD5AOq9nBPhcbZYgU6tro@mail.gmail.com> <4C9BAFF4.5010702@ics.uci.edu> <AANLkTinaghw0KwwvCQn8sEE5787C5zvdvt0Mos_qvByA@mail.gmail.com> <AANLkTimTV2g__Bmr9vexgKy5OjDubrjqFj-7Foe6nSGW@mail.gmail.com> <4C9CBFF5.2000508@ics.uci.edu> <OF86D28401.33705A10-ON852577A8.006059AE-852577A8.00654907@us.ibm.com> <4C9CF6F2.4040905@ics.uci.edu>
In-Reply-To: <4C9CF6F2.4040905@ics.uci.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: AAAAAQAAAAI=
X-Whitelist: TRUE
Subject: Re: [vwrap] one question
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: Fri, 24 Sep 2010 19:26:05 -0000

  On 09/24/2010 03:07 PM, Crista Lopes wrote:
> On 9/24/2010 11:26 AM, David W Levine wrote:
>> This is a strawman in classic form. VWRAP proposes to solve a set of real
>> and useful interopability problems. Nobody has stated that it solves all
>> VW interoperability issues, and that ANYONE has to use it for any purpose
>> at all.
>>
> I understand. The issue here is one of usefulness, and you are right
> that you probably don't want to comment on that in the drafts :). If I
> have a client with a fixed viewer, then VWRAP might be useful as a
> standard. If I have a client with hypermedia, then VWRAP doesn't seem
> that useful as a standard. I think this has been a major confusion point
> with people whose use cases are the Web.
I really don't know what that means and it seems to be at the crux of 
your argument.  As David has suggested could you possibly offer up a 
concrete use case or example that you feel isn't covered by the existing 
work and we can use that as a point for discussion.
> For the Web, VWRAP looks like a
> set of prescriptions that have absolutely nothing to do with
> interoperability of virtual worlds, because I expect the internal
> engineering decisions of my virtual world to be off limits from anyone
> else. So things like the login procedure or sending the assets to the
> client are my decisions only, and no one else's business. It's very
> confusing that interoperability touches on those.
Again, I dont understand your assertion.  I need an example of the 
alternative.  SecondLife, OpenSim, etc... all use the kind of 
interaction proposed for VWRAP.  It's based on existing practice.  There 
may be better ways to do it but without a specific example its hard to 
discuss that.  You, yourself have advocated standards based on working 
code and in the VWRAP case we have that.  You need to provide examples 
of what doesn't work or we can't have a meaningful discussion.

Mike
> Hence the other question of whether VWRAP was even about
> interoperability or not. I actually liked Meadhbh's answer that it
> wasn't -- I thought that was very consistent with the draft.
>
> I understand VWRAP now. It's not that useful for my use case (the Web
> and everything that already exists in it) but I have nothing else to say
> about it.
>
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap