[mmox] 3 Work Areas - 1 WG

Heiner Wolf <wolf.heiner@googlemail.com> Fri, 27 March 2009 17:54 UTC

Return-Path: <wolf.heiner@googlemail.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 9D36E28C178 for <mmox@core3.amsl.com>; Fri, 27 Mar 2009 10:54:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.077
X-Spam-Level:
X-Spam-Status: No, score=-2.077 tagged_above=-999 required=5 tests=[AWL=-0.100, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 eAW6ZAm4tB73 for <mmox@core3.amsl.com>; Fri, 27 Mar 2009 10:54:52 -0700 (PDT)
Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by core3.amsl.com (Postfix) with ESMTP id 3F19928C124 for <mmox@ietf.org>; Fri, 27 Mar 2009 10:54:52 -0700 (PDT)
Received: by fxm2 with SMTP id 2so1132731fxm.37 for <mmox@ietf.org>; Fri, 27 Mar 2009 10:55:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=nFpBsQVNRf4kmlDlGSOkZkJDvPBaGx6LLBrHxlZi3No=; b=GsWes1g7m4hhICr8z7QaNvWAooBkn5dLFTA9NaHQZKRO2/pd58qahW/USaZj3hEVRs MYkJbLRGQ4+aiPdTzgkRdxNIlH9PGJNhEFZKSJ62neZCAWy15LoFVFRDPMh3U/H2E1fV mndJDIMKOe7Ov3yeBo34RspH0rM4Kv+RpAO4Y=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=USNrihnqaPwe6Qu5rfbD0uEXPy/DzOURugTM1xcjj6GcQ97W2OA0tNdYMxGvfGUcpR E8CPbalP4YXv/FKglqo9qZkpk7G/WPszgrGuApxXL/w0bYXt5hfbMIVQuSium9i9IrX8 jMaGR+enjrjN/naK2CfSAvw5cugWUb3AtfbVw=
MIME-Version: 1.0
Received: by 10.223.108.210 with SMTP id g18mr1866560fap.38.1238176545926; Fri, 27 Mar 2009 10:55:45 -0700 (PDT)
Date: Fri, 27 Mar 2009 10:55:45 -0700
Message-ID: <5f303cb80903271055o32e38029g6034c4ad346896c@mail.gmail.com>
From: Heiner Wolf <wolf.heiner@googlemail.com>
To: mmox@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: [mmox] 3 Work Areas - 1 WG
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: Fri, 27 Mar 2009 17:54:53 -0000

Hi,

at the BOF I said, that there a (at least) 3 different sets of
assumptions and expectations what the WG should do.
In short:
A) authentication, teleport and switching region domains
B) remove simulation with server-server peering
C) avatar interop and import

Different sub sets of people want to do one or the other and oppose
one or the other, because it is not in their primary interest. I am
coming to the conclusion, that this list of 3 topics are just 3 work
areas of our WG. They are all part of virtual world interop. There is
no single work, that can solve VW interop for all uses cases.

If someone says "Standardising A this is not worth a dime for me, I
rather would standardize B", then I get a clear signal, that A and B
are independent work areas.So, we should work on all of them. Sub sets
of people should engage the field of their interest and expertise and
leave other topics to other people.

There won't be just one WG result. We can expect drafts in these 3
work areas and probably more.

To name some names:
A) OGP authors would work on authentication and teleport
B) LESS authors would work on remove simulation
C) others would work on avatar interop

Naming even more names:
SL could profit from LESS if someone cares to support it.
I bet Weblin will use OGP if a Web-URL maps to an OGP region instead
of an XMPP room
OLIVE could use avatar interop, but maybe not OGP teleport.

Jon: this is not a free lunch for OGP with regard to display-simulator
connections. There ought to be input from other worlds, especially
other large VW biosystems like the Multiverse platform.

OGP people: please forgive me my short description of your work. I
know there is more. Lets discuss details later.

My statement is:
Its not about this OR that work area. There will be independent but
related work areas, like in many other WGs.

Best
hw
-- 
Dr. Heiner Wolf
wolf.heiner@gmail.com
www.wolfspelz.de
www.virtual-presence.org