[math] beware before adding Mantissa code to an experimental directory

[lu...@free.fr]

Hello,

Following this week discussion about copyright issues in math code, I think two
more Mantissa classes should not be included as is to commons-math code. I
really did write them myself but took inspiration from existing code, not only
texbooks. The first class is the Gragg-Bulirsch-Stoer integrator which was
inspired from an implementation by Hairer and Wanner. The second class is the
highest level part of the Levenberg-Marquardt implementation which was inspired
from NETLIB code (is this acceptable for commons-math ?). The lowest level part,
on the other hand, which is the QR decomposition with columns reordering, is an
orginal implementation following a french textbook from the 80's.

For these two classes, I will see if I can provide completely original
implementations. I hope no other classes present the same problem, I will check
each one.

sorry for the inconvenience
Luc

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org

Re: [math] beware before adding Mantissa code to an experimental directory

[Phil Steitz <ph...@gmail.com>]

One more request on this, Luc.  Once you have completed the review of
all classes, can you please prepare a tarball with exactly the sources
that you can contribute with no encumbrance and mail that to me, or
alternatively make this tarball available for review via a publicly
accessible URL, posted to this list.  Please also resubmit the
software grant with a referenece to Mantissa, the included and
excluded classes, and an MD5 or SHA-1 hash of the source tarball
consituting the initial contribution.  Include the hash in your mail
to me / web location as well.

Thanks, and sorry to put so many hoops up.  We just have to be very
careful about IP clearance.

Phil

On 7/22/06, Phil Steitz <ph...@gmail.com> wrote:
> On 7/22/06, luc.maisonobe@free.fr <lu...@free.fr> wrote:
> > Hello,
> >
> > Following this week discussion about copyright issues in math code, I think two
> > more Mantissa classes should not be included as is to commons-math code. I
> > really did write them myself but took inspiration from existing code, not only
> > texbooks. The first class is the Gragg-Bulirsch-Stoer integrator which was
> > inspired from an implementation by Hairer and Wanner. The second class is the
> > highest level part of the Levenberg-Marquardt implementation which was inspired
> > from NETLIB code (is this acceptable for commons-math ?).
>
> If it is translation of code, vs. independent implementation of the
> same algorithm, we should avoid that, unless the implementation is
> licensed under an ASL-compatible license or we get the authors to
> agree to relicense it.  NETLIB does not appear to have a standard
> license, so this would have to be researched for the individual
> modules that you drew your implementation from.  Clean room
> implementations of the algorithms directly are preferred, but if you
> are willing to do the legwork to research the license terms of the
> NETLIB code and/or get the necessary permission from the authors, we
> can use the "inspired" code, including appropriate attributions.
>
>  The lowest level part,
> > on the other hand, which is the QR decomposition with columns reordering, is an
> > orginal implementation following a french textbook from the 80's.
> >
> > For these two classes, I will see if I can provide completely original
> > implementations. I hope no other classes present the same problem, I will check
> > each one.
> >
> > sorry for the inconvenience
>
> No problem and thanks for the dilligence on this.
>
> Phil
>
> > Luc
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> >
>

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org

Re: [math] beware before adding Mantissa code to an experimental directory

[Phil Steitz <ph...@gmail.com>]

On 7/22/06, luc.maisonobe@free.fr <lu...@free.fr> wrote:
> Hello,
>
> Following this week discussion about copyright issues in math code, I think two
> more Mantissa classes should not be included as is to commons-math code. I
> really did write them myself but took inspiration from existing code, not only
> texbooks. The first class is the Gragg-Bulirsch-Stoer integrator which was
> inspired from an implementation by Hairer and Wanner. The second class is the
> highest level part of the Levenberg-Marquardt implementation which was inspired
> from NETLIB code (is this acceptable for commons-math ?).

If it is translation of code, vs. independent implementation of the
same algorithm, we should avoid that, unless the implementation is
licensed under an ASL-compatible license or we get the authors to
agree to relicense it.  NETLIB does not appear to have a standard
license, so this would have to be researched for the individual
modules that you drew your implementation from.  Clean room
implementations of the algorithms directly are preferred, but if you
are willing to do the legwork to research the license terms of the
NETLIB code and/or get the necessary permission from the authors, we
can use the "inspired" code, including appropriate attributions.

 The lowest level part,
> on the other hand, which is the QR decomposition with columns reordering, is an
> orginal implementation following a french textbook from the 80's.
>
> For these two classes, I will see if I can provide completely original
> implementations. I hope no other classes present the same problem, I will check
> each one.
>
> sorry for the inconvenience

No problem and thanks for the dilligence on this.

Phil

> Luc
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org