Re: [mmox] 3-world OGP interop scenario

"Mystical Demina" <MysticalDemina@xrgrid.com> Thu, 12 March 2009 22:38 UTC

Return-Path: <MysticalDemina@xrgrid.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 96E833A687B for <mmox@core3.amsl.com>; Thu, 12 Mar 2009 15:38:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.469
X-Spam-Level:
X-Spam-Status: No, score=-1.469 tagged_above=-999 required=5 tests=[AWL=-0.730, BAYES_20=-0.74, HTML_MESSAGE=0.001]
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 RDY9SYGLXZh6 for <mmox@core3.amsl.com>; Thu, 12 Mar 2009 15:38:02 -0700 (PDT)
Received: from k2smtpout01-01.prod.mesa1.secureserver.net (k2smtpout01-01.prod.mesa1.secureserver.net [64.202.189.88]) by core3.amsl.com (Postfix) with SMTP id BC16F3A6C1E for <mmox@ietf.org>; Thu, 12 Mar 2009 15:37:45 -0700 (PDT)
Received: (qmail 2170 invoked from network); 12 Mar 2009 22:37:58 -0000
Received: from unknown (HELO TWEEDY001.kevin-tweedy.com) (68.178.225.179) by k2smtpout01-01.prod.mesa1.secureserver.net (64.202.189.88) with ESMTP; 12 Mar 2009 22:37:58 -0000
Received: from KEVINPC ([173.49.10.182]) by kevin-tweedy.com with MailEnable ESMTP; Thu, 12 Mar 2009 15:38:05 -0700
From: Mystical Demina <MysticalDemina@xrgrid.com>
To: 'MMOX-IETF' <mmox@ietf.org>
References: <e0b04bba0903120735s5311a922ybbc40a30433166a3@mail.gmail.com><49B934B9.3080408@gmail.com> <49B940DF.8040009@lindenlab.com> <261895.62047.qm@web59104.mail.re1.yahoo.com>
In-Reply-To: <261895.62047.qm@web59104.mail.re1.yahoo.com>
Date: Thu, 12 Mar 2009 18:37:19 -0400
Message-ID: <027A2AA52D5F44F888EBC0C40F8CF85D@KEVINPC>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_007F_01C9A341.93BD53B0"
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049
Thread-Index: AcmjRgokJMm3TumTSFubteb4o5KV9QAGhIkA
Subject: Re: [mmox] 3-world OGP interop scenario
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: Thu, 12 Mar 2009 22:38:03 -0000

Here is what I predict.

 

I would submit that any company that opens up its computer to external
access is going to require you to accept a terms and agreement that states
anything you bring and use on their computer that you have ownership of or
at least license to make copies and the company hosting the virtual world
will not trust a protocol to define that.  They may agree that this content
is only cached and will be removed when you leave unless other terms are
arranged.  Additionally they would make you accept that they are not liable
for any use of it and can not be held liable in any damages that may occur
and you are accepting all such responsibility.  This means they would need
to know who you are to hold you responsible, which means you will probably
have to make an account and log in.

 

At least if it is my company and my virtual world that is what I would
require.

 

On the other hand once companies can move across virtual world boundaries
and sales people can visit different virtual worlds of other companies to
show products there will be a huge amount of free content as each company
creates virtual versions of their products and uses them for advertising
which will increase supply of available content.  But also driving down the
prices of content and killing most of the market.

 

Ultimately I believe it will be up to the person to make a decision as to if
I have rights to use this content in that place, or do I have rights to copy
this content to that place as we do with any software license we buy or any
digital item we purchase or download off of the internet.

 

I could be wrong.

 

Kevin Tweedy

SL Mystical Demina

 

 

 

  _____  

From: mmox-bounces@ietf.org [mailto:mmox-bounces@ietf.org] On Behalf Of Ann
Otoole
Sent: Thursday, March 12, 2009 3:09 PM
To: MMOX-IETF
Subject: Re: [mmox] 3-world OGP interop scenario

 

This happens to also be where intellectual property licensing becomes a
factor because the content acquired in C may not be licensed for cross
server/grid/zone/whatever use. So the "protocol" or whatever you wish to
call it will have to include the payload package for licensing data and all
participating server/grid/zone/whatever agree to not allow instantiation of
said content unless it is licensed for such propagation. 

Today people openly and blatantly use a product called Second Inventory (a
client) to steal content by exporting it from Second Life and importing it
into a different "grid" where there are no licensing schemes, exporting it
back out, and then importing it back into Second Life as the sole creator
for the express purpose of selling content without a license. I guess you
could also call that a use case eh?

 

  _____  

From: Rob Lanphier <robla@lindenlab.com>
To: Jon Watte <jwatte@gmail.com>
Cc: MMOX-IETF <mmox@ietf.org>
Sent: Thursday, March 12, 2009 1:05:35 PM
Subject: Re: [mmox] 3-world OGP interop scenario

On 3/12/09 9:13 AM, Jon Watte wrote:
> For example, the assumption that client A can even talk to servers B
> and C seems to be totally implicit, but can't be assumed in the
> general world.

Yes, one can assume client A can talk to servers B and C if we actually
go about the work of defining a standard client-server protocol spelling
out how the client is expected to behave in that transaction.

Rob

_______________________________________________
mmox mailing list
mmox@ietf.org
https://www.ietf.org/mailman/listinfo/mmox