Re: [mmox] Permissions

OK, but doesn't that just make this "stuff" a form of content, or at
most metadata ? In this case, it might fall off scope anyway.

Even if it is recognized by consensus as a valid form of data to be
exchanged between grids, which is reasonable when presented in this
way, the twin problems of relevance WRT the domestic legal context and
of relevance WRT the actual implementation of any DRM in the target
grid make this sort of data irrelevant when it can be entirely
superseded by any other form of user content associated to the object
(like, say, a CC license notecard as in SL, or a simple copyright
notice).

To put it differently: if we do not mandate any implementation of DRM
per protocol specifications, then this sort of data is purely
"client-side" and is better left to the resident/player-creator to
make and include in the concerned object. And if we do mandate DRM
implementation, then this implementation ifalls short of the diversity
of legal contexts (for example fair-use cases, which vary widely
between jurisdictions), breaks some models (like mine), and reduces
greatly the possibility of interoperability with a number of existing
VWs like the OpenGrid or (AFAIK) Solipsis.

If you insist that there is space for this sort of metadata and the
protocol does not mandate DRM implementation for the server-side to
enforce, then I can live with it. But I'll still think it a waste of
resources.

...well, maybe it can be later hijacked for a better end user-worthy
purpose, I guess.

On Mon, Feb 23, 2009 at 1:44 PM, Gareth Nelson <gareth@litesim.com> wrote:
> Well, talking to a few others it seems the general consensus is "make
> a field on assets for all this stuff and make the scheme extensible".
>
> On Mon, Feb 23, 2009 at 10:27 AM, Jesrad <jesrad@gmail.com> wrote:
>> Hmm, "it's not gonna enforce IP technically" was not the point I
>> wanted to make. The actual point is: attempting to define a mechanism
>> for signalling what categories of actions are permitted or not under a
>> specific copyright law (which may or may not be applicable depending
>> on national/sovereign context) is a non-starter because of infinite
>> recursion.
>>
>> This is one of the main reasons I suggest curtaining the issue
>> entirely by adopting a multiple-host approach, where content (but not
>> necessarily the MMOX-layer object reference itself) remains hosted on
>> the originating grid and is not replicated between different grids
>> through the cross-grid protocol. The other reason for following such
>> an approach, is that it's the only one compatible with existing P2P
>> VWs like Solipsis.
>>
>> On Mon, Feb 23, 2009 at 11:21 AM, Gareth Nelson <gareth@litesim.com> wrote:
>>> On Mon, Feb 23, 2009 at 10:10 AM, Jesrad <jesrad@gmail.com> wrote:
>>>>> Some people are going to insist on the DRM or not allow their content
>>>>> to be transferred at all
>>>>
>>>> And some people like me will insist that there is a way to do it that
>>>> cannot be prevented by third-party permissions system like this.
>>>
>>> But that's besides the point, since doing so isn't going to convince
>>> people to allow the content to move AND this system does not in fact
>>> prevent anything, it's a machine-readable version of the license - the
>>> only force comes from compliant systems and users or the courts.
>>>
>> _______________________________________________
>> mmox mailing list
>> mmox@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmox
>>
>