[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: The Law... Definition of Derivative Claims...
The key issue is in not allowing people to interpret anything including the staff of this WG - everything ***MUST*** be totally spelled out.
todd
-------------- Original message ----------------------
From: "Lawrence Rosen" <lrosen at rosenlaw.com>
> > > To the extent that copying an expressive piece of code is necessary
> > > for an implementation of a functional protocol in a
> > published standard
> > > that we
> > > *intend* to be implemented, copyright can't prevent the
> > copying. This
> > > is based on the "merger doctrine," as expressed in the
> > section of the
> > > Copyright Act that Harald previously referenced. And when a
> > change to
> > > that code is required in order to achieve a functional result, that
> > > change can't be prevented based on an exclusive right to
> > create derivative works.
> >
> > Interesting. How much modifications are permitted? If what
> > you say is true, it seems third parties already have some
> > leeway to argue that they have the right to incorporate ASN.1
> > schemas and make modifications to them, regardless of the
> > IETF outbound copying conditions.
>
> I do not suggest that we live with implied rights based on the merger
> doctrine. We should make our rules explicit. That way your question ["How
> much modifications are permitted?"] won't have to be analyzed by everyone
> who wants to implement our specifications.
>
> My note was merely intended to suggest that Todd is quite wrong when he
> asserts that the exclusive right of authors to create derivative works
> automatically makes IETF specifications unavailable for implementation and
> modification.
>
> /Larry
>
> Lawrence Rosen
> Rosenlaw & Einschlag, technology law offices (www.rosenlaw.com)
> Stanford University School of Law, Lecturer in Law
> 3001 King Ranch Road, Ukiah, CA 95482
> 707-485-1242 * fax: 707-485-1243
> Author of "Open Source Licensing: Software Freedom and
> Intellectual Property Law" (Prentice Hall 2004)
> [Available also at www.rosenlaw.com/oslbook.htm]
>
>
>
> > -----Original Message-----
> > From: Simon Josefsson [mailto:jas at extundo.com]
> > Sent: Thursday, January 19, 2006 12:52 AM
> > To: lrosen at rosenlaw.com
> > Cc: ipr-wg at ietf.org
> > Subject: Re: The Law... Definition of Derivative Claims...
> >
> > "Lawrence Rosen" <lrosen at rosenlaw.com> writes:
> >
> > > To the extent that copying an expressive piece of code is necessary
> > > for an implementation of a functional protocol in a
> > published standard
> > > that we
> > > *intend* to be implemented, copyright can't prevent the
> > copying. This
> > > is based on the "merger doctrine," as expressed in the
> > section of the
> > > Copyright Act that Harald previously referenced. And when a
> > change to
> > > that code is required in order to achieve a functional result, that
> > > change can't be prevented based on an exclusive right to
> > create derivative works.
> >
> > Interesting. How much modifications are permitted? If what
> > you say is true, it seems third parties already have some
> > leeway to argue that they have the right to incorporate ASN.1
> > schemas and make modifications to them, regardless of the
> > IETF outbound copying conditions.
> >
> > Making those rights clear is still useful, of course, because
> > it will educate IETF participants how their documents will
> > likely be used.
> >
> > Regards,
> > Simon
>
>
> _______________________________________________
> Ipr-wg mailing list
> Ipr-wg at ietf.org
> https://www1.ietf.org/mailman/listinfo/ipr-wg
_______________________________________________
Ipr-wg mailing list
Ipr-wg at ietf.org
https://www1.ietf.org/mailman/listinfo/ipr-wg