Re: [mmox] charter scope, thinking horizontally

Morgaine <morgaine.dinova@googlemail.com> Sun, 29 March 2009 18:58 UTC

Return-Path: <morgaine.dinova@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 03D413A6C06 for <mmox@core3.amsl.com>; Sun, 29 Mar 2009 11:58:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.18
X-Spam-Level:
X-Spam-Status: No, score=-0.18 tagged_above=-999 required=5 tests=[AWL=-1.659, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, FRT_ADOBE2=2.455, HTML_MESSAGE=0.001, J_BACKHAIR_55=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 eSQGvHLd7C+8 for <mmox@core3.amsl.com>; Sun, 29 Mar 2009 11:58:35 -0700 (PDT)
Received: from mail-ew0-f165.google.com (mail-ew0-f165.google.com [209.85.219.165]) by core3.amsl.com (Postfix) with ESMTP id 60A283A6BC8 for <mmox@ietf.org>; Sun, 29 Mar 2009 11:58:34 -0700 (PDT)
Received: by ewy9 with SMTP id 9so1778243ewy.37 for <mmox@ietf.org>; Sun, 29 Mar 2009 11:59:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=TdN0gpA6ud0ExYK+ymVd9Zjrc0vFeCOjz5kAhWZIQJM=; b=cqiZeyqXqLnCP9w0vCKmLg4lOjFpCSjR7A71/Aq70WXFLa3fGkeNfDzrQQ3kRtt/Cs AeiLa4CgWK9Iwiq1mPk0/x4gsqdgl9OnO+FtyzXJTGQmOFq5UGgx39sXYhMmB5KFimvu PysI4vnrKwESKtkgZYlarJ+FQMGkIhyNdYRW0=
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 :cc:content-type; b=QKAmm5ZAzn52L2DsTNOyStvDyjecqIQTkRDqJzsUJ/ZISxrB1Je/i/OF3m8jPfjsQ0 9Jr9BDwwgcGzJyZvop9y4JmXsJ6wyt/+r+YUvpx8qLJI7fCvaqRZ/hd9BV6A3/vKTBux VY9yf49w4n1iQ/XKmo9skhE0g9J8F7q+Xos5U=
MIME-Version: 1.0
Received: by 10.210.20.17 with SMTP id 17mr1995240ebt.57.1238353170709; Sun, 29 Mar 2009 11:59:30 -0700 (PDT)
In-Reply-To: <8B62A039C620904E92F1233570534C9B0118CD4EE34E@nambx04.corp.adobe.com>
References: <e0b04bba0903250007k6886383bja0a06884e8081ac7@mail.gmail.com> <e0b04bba0903272047u738513b9pc2dbe219dbce37e3@mail.gmail.com> <49CDC0BA.5070403@gmail.com> <f0b9e3410903280920o1e436337hb4c40a5b5f124876@mail.gmail.com> <49CE5BDC.5040808@gmail.com> <e0b04bba0903281057g943ce9cjdcce0fc2712a4ec3@mail.gmail.com> <49CF1B1E.4070506@gmail.com> <e0b04bba0903290138ifbfaf18p930f87d1e49e6dbb@mail.gmail.com> <1238321627.6757.20.camel@localhost> <8B62A039C620904E92F1233570534C9B0118CD4EE34E@nambx04.corp.adobe.com>
Date: Sun, 29 Mar 2009 18:59:30 +0000
Message-ID: <e0b04bba0903291159w29f55b88g70ec4c669150fe47@mail.gmail.com>
From: Morgaine <morgaine.dinova@googlemail.com>
To: Larry Masinter <masinter@adobe.com>
Content-Type: multipart/alternative; boundary="0015174be732d8bc160466469069"
Cc: MMOX-IETF <mmox@ietf.org>
Subject: Re: [mmox] charter scope, thinking horizontally
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: Sun, 29 Mar 2009 18:58:36 -0000

Larry, I agree entirely with your suggestion that an early focus on
inter-world communications would be an easy win, and also with Charles'
followup which added further incremental wins.

This is why I am focussed so strongly on service decoupling.  When services
are hardwired within a world, they typically become ever more non-standard
and non-interoperable with every new world-specific feature that is added.

In contrast, when services are decoupled then the need for compatibility
with 3rd party services not only creates stability but also allows interop
to bloom without prior planning.  And while not a technical point, the
increased room for competition always helps growth in the area too.

Although OGP is only a threadbare framework at the moment, one of its major
selling points is service decoupling.  It has only decoupled two services at
this time, the agent identity service and world region service, so there is
a long way to go yet, but it's a start.

You have highlighted *communications* as another area that is an extremely
strong candidate for service decoupling, and in another thread we have been
discussing the need for a decoupled *asset storage
service<http://www.ietf.org/mail-archive/web/mmox/current/msg01243.html>
* as well, given that one's inventory will comprise objects from an
arbitrary number of worlds and therefore should not be tied to an identity
provider.  Charles alluded to avatar and object presence in his points 3 and
4, and decoupling object/asset storage services would make those a lot
easier to achieve as well.

I hope that we can express our thoughts about early wins in terms of such
services, because the web provides a very strong precedent that we can
leverage in this area, and the large number of supporting frameworks for
services can facilitate progress immeasureably.


Morgaine.








On Sun, Mar 29, 2009 at 5:25 PM, Larry Masinter <masinter@adobe.com> wrote:

> If you start horizontally, you might get significant value
> without having to overcome some really difficult problems
> of interaction between incompatible world models.
>
> Object interoperability is hard, because every world has
> a different model for objects, geography, movement, physics
> and so forth.
>
> Communication interoperability seems quite feasible:
> chat using extensions to XMPP/Jabber, voice using SIP,
> location using extensions to Geopriv, etc.
>
> I could see also agreeing on a form of GUIDs for object
> references and a way of discovering metadata about
> objects as well as content negotiation for object
> representations.
>
> It's interesting to think about world<->world communication
> as an extension of in-world <->  real-world communication,
> e.g., to google-talk to avatars using Jabber.
>
> Many people seem to have flickr/facebook/etc. identities
> for their avatars independently of the ones for their
> "real" selves, so this isn't too far-fetched a concept.
>
> Getting some success on inter-world communication,
> even if it is for a narrow application like "chat",
> will help enormously in establishing the credibility
> of any standards effort.
>
>
> (historical reference:
> http://larry.masinter.net/MOOGopher.pdf  )
>
> (IMHO caveat always applies)
>
> Larry
> --
> http://larry.masinter.net
>
> _______________________________________________
> mmox mailing list
> mmox@ietf.org
> https://www.ietf.org/mailman/listinfo/mmox
>