Re: [ogpx] Tourist use case

"Infinity Linden (Meadhbh Hamrick)" <infinity@lindenlab.com> Fri, 16 October 2009 23:39 UTC

Return-Path: <infinity@lindenlab.com>
X-Original-To: ogpx@core3.amsl.com
Delivered-To: ogpx@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AF8BF3A69BF for <ogpx@core3.amsl.com>; Fri, 16 Oct 2009 16:39:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.827
X-Spam-Level:
X-Spam-Status: No, score=-0.827 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, SARE_OEM_OBFU=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 xbaZfubBfRfH for <ogpx@core3.amsl.com>; Fri, 16 Oct 2009 16:39:42 -0700 (PDT)
Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by core3.amsl.com (Postfix) with ESMTP id 7CCF93A69BD for <ogpx@ietf.org>; Fri, 16 Oct 2009 16:39:41 -0700 (PDT)
Received: by fxm18 with SMTP id 18so3029484fxm.37 for <ogpx@ietf.org>; Fri, 16 Oct 2009 16:39:41 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.239.144.137 with SMTP id o9mr186943hba.199.1255736381123; Fri, 16 Oct 2009 16:39:41 -0700 (PDT)
In-Reply-To: <9b8a8de40910161546h9e54dcah59cb423a0ac096af@mail.gmail.com>
References: <9b8a8de40910160034j11dcb94fm401f29814aed60a8@mail.gmail.com> <3a880e2c0910160116g7a7e488fpe03b10d9b534aa35@mail.gmail.com> <e0b04bba0910160151k1c5a1fcejab7a7f6c386fefb3@mail.gmail.com> <b8ef0a220910160639v48f1d447ob175a0c5d53dc263@mail.gmail.com> <4AD894BE.30501@uci.edu> <f72742de0910161003k5cdee053hf1088be0b3636edb@mail.gmail.com> <9b8a8de40910161546h9e54dcah59cb423a0ac096af@mail.gmail.com>
From: "Infinity Linden (Meadhbh Hamrick)" <infinity@lindenlab.com>
Date: Fri, 16 Oct 2009 16:39:21 -0700
Message-ID: <3a880e2c0910161639x4d5bf462u47f0db4c8736bf93@mail.gmail.com>
To: Vaughn Deluca <vaughn.deluca@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: ogpx@ietf.org
Subject: Re: [ogpx] Tourist use case
X-BeenThere: ogpx@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual Worlds and the Open Grid Protocol <ogpx.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ogpx>
List-Post: <mailto:ogpx@ietf.org>
List-Help: <mailto:ogpx-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ogpx>, <mailto:ogpx-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Oct 2009 23:39:42 -0000

On Fri, Oct 16, 2009 at 15:46, Vaughn Deluca <vaughn.deluca@gmail.com> wrote:
>
> On Fri, Oct 16, 2009 at 7:03 PM, Joshua Bell <josh@lindenlab.com> wrote:
>>
>> On Fri, Oct 16, 2009 at 8:43 AM, Sean Hennessee <sean@uci.edu> wrote:
>>>
>>> Meadhbh Hamrick wrote:
>>>>
>>>> On Fri, Oct 16, 2009 at 1:51 AM, Morgaine
>>>> <morgaine.dinova@googlemail.com> wrote:
>>>>>
>>>>> On Fri, Oct 16, 2009 at 9:16 AM, Infinity Linden (Meadhbh Hamrick)
>>>>> <infinity@lindenlab.com> wrote:
>>>>>
>>>>>> also. just a show of hands. who's planning on implementing the tourist
>>>>>> model?
>
>  [...]
>
>>
>> There are two distinct definitions in extremely common use on the 'net:
>>
>> (1) to implement: write the code for something
>> (2) to implement: configure and deploy code for something
>>
>> My interpretation of this thread is that Infinity is using definition #1,
>> Sean and Morgaine are using definition #2. Infinity is asking specifically:
>> "who will write the code that adds support for the protocol to a piece of
>> software?" not "who will make use of software that implements the protocol?"
>
> *ahum* I was most definitely using  definition #2. Yet, i *can* code, and
> given the importance of this aspect, i am certainly willing to assist in
> making this use case happen. However, i am not a professional programer, but
> just a scientist, coding my own analysis softeware. So i am likely to need a
> bit of help from some friends :)

okay. my bad. i was just kinda shocked by what i perceived as an
assertion by morgaine that there was going to be a 1:1 relation
between developers and users. i'll let her make that case if that's
what she really believes, but will assume she interpreted my question
to be "who's interested in deploying services that implement protocol
transactions in accord with the tourist model?" rather than "who's
interested in implementing the tourist model in code?" as it was
intended to mean.

i think one of the most important outcomes of this process will be an
open standard that anyone can implement without royalty payments,
including FLOSS developers. an operator like linden cannot be all
things to all people and implement every feature. but maybe in the
future we'll be able to point people to OpenSim and say "we can't
implement the feature you want, but maybe you can implement it
yourself using this nice codebase the community has put together for
you." and then, "hey look over there! there's an archipelago of
tourist sites or here's our more locked down world. maybe it makes
sense for you to deploy here."

i think if we can do that, we will have won. (and not just SL or
OpenSim or realXtend or whomever, but all of us.)

> On the other hand, i am convinced that a proper implementation of the SL use
> case (this time in the sense of definition  #1) will generate about  all the
> code we need for the tourist case. The difference between the SL model and
> the tourist model is largely at the policy level.  But when we get down to
> the specs, that will become clear soon enough.
> Regarding the coding, i think Agent Domain code was written this summer. Is
> that available somewhere? i would like to have a look at that, to get a
> better feel for the size of the problem.
> -Vaughn
>
>>
>> _______________________________________________
>> ogpx mailing list
>> ogpx@ietf.org
>> https://www.ietf.org/mailman/listinfo/ogpx
>>
>
>
> _______________________________________________
> ogpx mailing list
> ogpx@ietf.org
> https://www.ietf.org/mailman/listinfo/ogpx
>
>