Re: [mmox] Permissions (Gareth Nelson)
Gareth Nelson <gareth@litesim.com> Tue, 24 February 2009 06:40 UTC
Return-Path: <gareth@litesim.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 CAB923A6839 for <mmox@core3.amsl.com>; Mon, 23 Feb 2009 22:40:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.835
X-Spam-Level:
X-Spam-Status: No, score=-1.835 tagged_above=-999 required=5 tests=[AWL=0.142, 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 XKz9oFEjkul9 for <mmox@core3.amsl.com>; Mon, 23 Feb 2009 22:40:32 -0800 (PST)
Received: from po-out-1718.google.com (po-out-1718.google.com [72.14.252.155]) by core3.amsl.com (Postfix) with ESMTP id F05463A657C for <mmox@ietf.org>; Mon, 23 Feb 2009 22:40:31 -0800 (PST)
Received: by po-out-1718.google.com with SMTP id b23so7489280poe.4 for <mmox@ietf.org>; Mon, 23 Feb 2009 22:40:49 -0800 (PST)
MIME-Version: 1.0
Received: by 10.141.85.13 with SMTP id n13mr2424335rvl.69.1235457649319; Mon, 23 Feb 2009 22:40:49 -0800 (PST)
In-Reply-To: <27a487810902231225l6698b519rdc6f1d53ba215024@mail.gmail.com>
References: <27a487810902231225l6698b519rdc6f1d53ba215024@mail.gmail.com>
Date: Tue, 24 Feb 2009 06:40:49 +0000
Message-ID: <61dbdd7d0902232240v7be93f0dpd6310ecd7db0902a@mail.gmail.com>
From: Gareth Nelson <gareth@litesim.com>
To: William George <wjgeorge@dceo.rutgers.edu>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: mmox@ietf.org
Subject: Re: [mmox] Permissions (Gareth Nelson)
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: Tue, 24 Feb 2009 06:40:32 -0000
Essentially, you'd need to look at each sub-component and then evaluate what the restrictions are, applying the restrictions on sub-components to the collected whole (since they're part of the whole). Or you could ignore it. Ask your own sense of ethics and your lawyer what the right thing to do is. I'll restate again that this proposal was NOT aimed at a solid implementation of something which can actually be enforced, but as a very expressive means of indicating the license terms in a machine-readable form. Following discussions, it appears that the general attitude is that there is other previous work in this area so i've actually withdrawn my proposal. On Mon, Feb 23, 2009 at 8:25 PM, William George <wjgeorge@dceo.rutgers.edu> wrote: > Nice first step, but it's not clear how this would handle composite objects: > objects that have two different creators and/or permissions settings. The SL > convention of using the root prim's permission for the entire object leads > to restrictions concerning the reuse of "no mod" sub assemblies in a larger > assemblies. > > > _______________________________________________ > mmox mailing list > mmox@ietf.org > https://www.ietf.org/mailman/listinfo/mmox > >
- Re: [mmox] Permissions (Gareth Nelson) William George
- Re: [mmox] Permissions (Gareth Nelson) Gareth Nelson
- Re: [mmox] Permissions (Gareth Nelson) Jon Watte
- Re: [mmox] Permissions (Gareth Nelson) Gareth Nelson
- Re: [mmox] Permissions (Gareth Nelson) Morgaine
- Re: [mmox] Permissions (Gareth Nelson) William George