Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-12 Thread Ted Dunning
MATH-312, 314, 316 and 317 were the first round. Some of the necessary changes included: - sparse iterators for sparse vectors - view semantics for sub-matrix and sub-vectors - additional sparse vector types for specialized applications - introduction of an unbounded sparse matrix/vector that sim

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-12 Thread J.Pietschmann
On 09.12.2009 20:58, Jake Mannix wrote: The commons-math linear APIs have been described as effectively locked until 3.0, due to back-compat requirements. Can you give a short summary of the API changes which are necessary to incorporate and use the functionality you need? Some functionality I'

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-10 Thread Phil Steitz
Jake Mannix wrote: > On Wed, Dec 9, 2009 at 11:09 AM, Benson Margulies > wrote: > >> This is interesting. We have a raft of mathematically qualified >> committers on Mahout, and this message asking for help on >> commons-math, and a raft of code marooned at mahout that wants to be >> in commons m

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-10 Thread Phil Steitz
Luc Maisonobe wrote: > Jake Mannix a écrit : >> On Wed, Dec 9, 2009 at 11:09 AM, Benson Margulies >> wrote: >> >>> This is interesting. We have a raft of mathematically qualified >>> committers on Mahout, and this message asking for help on >>> commons-math, and a raft of code marooned at mahout t

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-10 Thread Henri Yandell
Btw, useful link that shows you the patches (or at least attachments) you currently have on open tickets: https://issues.apache.org/jira/secure/ConfigureReport.jspa?versionId=-1&issueStatus=open&selectedProjectId=12310485&reportKey=com.sourcelabs.jira.plugin.report.contributions%3Acontributionrepo

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-10 Thread Phil Steitz
Ted Dunning wrote: > Similarly, https://issues.apache.org/jira/browse/MATH-310 had code from a > contributor and got totally shot down basically with "We don't care what you > think, we don't want it". Extensive attempts on my part to find common > ground just got shot down by Phil with -1 and ess

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-09 Thread Jake Mannix
On Wed, Dec 9, 2009 at 1:17 PM, Benson Margulies wrote: > > CERN Colt is a library with a mixture of 'category A' material and > 'category B-or-worse' material. In other words, it is not an > attractive dependency for ASF code as a lump. > Yep, that's why when I made my original patch of Colt for

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-09 Thread Jake Mannix
On Wed, Dec 9, 2009 at 12:46 PM, Luc Maisonobe wrote: > > > > I have submitted patches for the following tickets: MATH-312 (and > acceptance > > of that patch blocks my patch for MATH-314), MATH-316 and MATH-317, none > > of which have appear to have had much progress on. All of my patches > come

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-09 Thread Benson Margulies
I can see how everyone ends up with a headache here. As the person who threw the most recent rock into the lake, let me re-present the situation as I got into it. CERN Colt is a library with a mixture of 'category A' material and 'category B-or-worse' material. In other words, it is not an attrac

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-09 Thread Luc Maisonobe
Jake Mannix a écrit : > On Wed, Dec 9, 2009 at 11:09 AM, Benson Margulies > wrote: > >> This is interesting. We have a raft of mathematically qualified >> committers on Mahout, and this message asking for help on >> commons-math, and a raft of code marooned at mahout that wants to be >> in common

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-09 Thread Ted Dunning
I don't want to denigrate the large contributions of Phil and Luc (especially Luc), but I have drawn a stronger conclusion that it isn't worth my time to contribute to commons-math because interesting changes likely won't get accepted. On Wed, Dec 9, 2009 at 11:58 AM, Jake Mannix wrote: > Ted an

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-09 Thread Ted Dunning
Similarly, https://issues.apache.org/jira/browse/MATH-310 had code from a contributor and got totally shot down basically with "We don't care what you think, we don't want it". Extensive attempts on my part to find common ground just got shot down by Phil with -1 and essentially no more discussion

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-09 Thread Jake Mannix
On Wed, Dec 9, 2009 at 11:09 AM, Benson Margulies wrote: > This is interesting. We have a raft of mathematically qualified > committers on Mahout, and this message asking for help on > commons-math, and a raft of code marooned at mahout that wants to be > in commons math. If I were one of those ma

Re: [math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-09 Thread Benson Margulies
This is interesting. We have a raft of mathematically qualified committers on Mahout, and this message asking for help on commons-math, and a raft of code marooned at mahout that wants to be in commons math. If I were one of those mathematically competant individuals, I'd be off attaching a patch o

[math] getting changes included into commons-math (was Re: Home for the colt fork)

2009-12-09 Thread Luc Maisonobe
Ted Dunning a écrit : > Actually, the reason that we have Colt in Mahout is it has proven impossible > to get changes into commons math. We really, really wanted to use commons > math rather than have our own linear algebra package, but it just proved > impossible and we didn't want to wait foreve

Re: Home for the colt fork

2009-12-08 Thread Ted Dunning
Actually, the reason that we have Colt in Mahout is it has proven impossible to get changes into commons math. We really, really wanted to use commons math rather than have our own linear algebra package, but it just proved impossible and we didn't want to wait forever. If that problem were solve

Re: Home for the colt fork

2009-12-08 Thread Benson Margulies
We can't possibly have a dependency on Mahout in the long term. Either we all go shares on code in some other piece of commons, or we end up with two forks, which would be sad. On Tue, Dec 8, 2009 at 8:33 AM, James Carman wrote: > I wouldn't like to see a dependency on mahout code in a "commons"

Re: Home for the colt fork

2009-12-08 Thread James Carman
I wouldn't like to see a dependency on mahout code in a "commons" library. That seems kind of backwards. If Mahout wants to offload this stuff, we can move it into a library in commons (which is typically how stuff used to happen in Jakarta). On Tue, Dec 8, 2009 at 8:18 AM, Benson Margulies wro

Home for the colt fork

2009-12-08 Thread Benson Margulies
Mahout now has a fork of a portion of the 'category A' portion of the CERN colt library forked. The Mahout fork is, of course, in the Mahout tree under a Mahout Java package and Maven triple. I want to use the collections classes from Mahout as the core to a new set of commons-primitives classes t