Re: [mmox] Learning from the past; focusing on the future

Jon Watte <jwatte@gmail.com> Mon, 23 February 2009 21:14 UTC

Return-Path: <jwatte@gmail.com>
X-Original-To: mmox@core3.amsl.com
Delivered-To: mmox@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5A6133A6833 for <mmox@core3.amsl.com>; Mon, 23 Feb 2009 13:14:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.522
X-Spam-Level:
X-Spam-Status: No, score=-2.522 tagged_above=-999 required=5 tests=[AWL=0.077, BAYES_00=-2.599]
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 BEV4Hw1ip4FG for <mmox@core3.amsl.com>; Mon, 23 Feb 2009 13:14:22 -0800 (PST)
Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by core3.amsl.com (Postfix) with ESMTP id 5594E3A67E2 for <mmox@ietf.org>; Mon, 23 Feb 2009 13:14:22 -0800 (PST)
Received: by yw-out-2324.google.com with SMTP id 5so1982756ywh.49 for <mmox@ietf.org>; Mon, 23 Feb 2009 13:14:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=tLbTviGVQteQ4Ws2atKZDPCBnxkKDKzXtFAMFrfsnLM=; b=M7ploJl/gK42W+aymwaCTdlLZkI0COf0F2pPqVUu/d8IG5SFzy6g0qxjh0ZtSaKMBF tcmCZLDVFPpqzdVt+42D+VDLwOVpw5bIgdZSF2Uk0RJPzgUR+vHnfJXCzDL6LtE7Oo93 1FLFwFIvs08O8KiC0cqs+S4jNa4ewg/jA8Z+s=
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=bs2yuFw9Ct6x9vVA9I2dQL3N5haYip+V8j6ERQcihasvrmXerwTkQTqV1NDceY83pm tj/yeLwlpCRLAvUFO0iGqtMnHfp4aq58IO9on3DvBgXIV/2LYuHr/h/Ab9vOemv253bG uJ3okq6+ai+F//QW9I7GSrJG8TWfq30v0FB1E=
Received: by 10.100.137.12 with SMTP id k12mr4617980and.124.1235423679205; Mon, 23 Feb 2009 13:14:39 -0800 (PST)
Received: from ?192.168.168.111? (smtp.forterrainc.com [208.64.184.34]) by mx.google.com with ESMTPS id c9sm10114963ana.33.2009.02.23.13.14.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 23 Feb 2009 13:14:38 -0800 (PST)
Message-ID: <49A311BC.90405@gmail.com>
Date: Mon, 23 Feb 2009 13:14:36 -0800
From: Jon Watte <jwatte@gmail.com>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: Morgaine <morgaine.dinova@googlemail.com>
References: <FDF00DC7F277439581F4909E2C549AA6@KEVINPC> <49A2500F.3000104@gmail.com> <e0b04bba0902230031s5065080j61058011201cd929@mail.gmail.com>
In-Reply-To: <e0b04bba0902230031s5065080j61058011201cd929@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Mystical Demina <MysticalDemina@xrgrid.com>, mmox@ietf.org
Subject: Re: [mmox] Learning from the past; focusing on the future
X-BeenThere: mmox@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Massively Multi-participant Online Games and Applications <mmox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmox>
List-Post: <mailto:mmox@ietf.org>
List-Help: <mailto:mmox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Feb 2009 21:14:23 -0000

Morgaine wrote:
> I can't understand why you continue to raise the spectre that we're 
> here to rubberstamp SL standards.  We aren't.  I'm not aware of 
> anybody with that agenda.
>

Because there are several people on this list who say "OpenSim and 
Second Life are already trying to do client interoperability; I think we 
should run with it and not worry about something bigger."
Similarly, I find that the current OGP proposal specifies some thing 
("Rezzing" of avatars) that are Second Life centric, while not 
specifying other things that would be necessary for an actually useful 
interoperable virtual world (like entity telemetry).

Similarly, if OGP is specified as a mostly empty vessel that can contain 
arbitrary negotiated data, what would probably happen would be that 
OpenSim puts OpenSim data in that vessel, and IMVU puts IMVU data in 
that vessel, and both claim to support "OGP interoperability" but you 
can't do anything useful through that claim. I want to avoid that outcome.
>
> We are working in good faith towards your item 2), while noting that 
> item 2) means interop with "all" reasonable worlds, and that includes 
> Linden worlds.  It's not either/or, it's both.  Please grant us that, 
> so that we can actually make headway.
>
> /(Proviso: your item 2) says /*single ... simulation*/, which is 
> incorrect, as we have no remit to straightjacket diverse worlds into a 
> single simulation.)/

What I mean by "single simulation" is what the user sees when connected 
to a specific, interoperating instance. I suppose the user could be 
connected to multiple of those, similar to opening multiple video 
streams in a media player, but then those generally have "nothing" to do 
with each other.


Okay, so if most of us agree on 2), can we just say we have "rough 
consensus" on that, and politely reject any attempt to steer the work 
towards 1)?


Sincerely,

jw