I think I take the classic open source attitude to this. If someone gets
such a project going, and it has momemtum etc, I'm in favour of delegating
math parts out to it. However, I know it's not going to me, so unless such
a thing does happen I'm in favour of taking care of the basic parts in
Lang 2.0.
It's such a huge topic and such a difficult area due to a lack of support
from Java in certain ways that I'm not sure what the obvious next step
would be for a Commons.Math, beyond the basics.
Most of Phil's suggestion is 'CommonsMathStatistics' to me. An entire
branch of maths and component all of its own.
Just my tuppence,
Hen
On Tue, 6 May 2003, Gary Gregory wrote:
> Personally, I would prefer to see a commonsmath package with the current
> math oriented stuff in commonslang moved there. Since lang.math is not in
> 1.0.1 and 2.0 is not out yet, we could avoid migration issues now by
> creating commonsmath (sandbox or proper). Commonsmath could then grow as
> needed without worrying about it not being "commonslang enough".
>
> 2c,
> Gary
>
> Original Message
> From: robert burrell donkin [mailto:robertburrelldonkin@blueyonder.co.uk]
> Sent: Tuesday, May 06, 2003 2:12 PM
> To: Jakarta Commons Developers List
> Subject: Re: [Lang] proposed math extensions
>
> it's sort of inscope but i agree that it's something that could easily
> get out of hand. it sounds to me like there might be enough momentum for a
> separate maths component here in the commons.
>
>  robert
>
> On Tuesday, May 6, 2003, at 10:07 PM, Stephen Colebourne wrote:
>
> > In theory, much of this sounds useful. However the problem is where to
> > stop.
> > A maths library could grow and grow to be bigger than [lang] itself. So
> > care
> > must be taken.
> >
> > Some of the simpler addditions to RandomUtils sound fine. Reseeding, extra
> > methods etc.
> >
> > I am less sure about the need for Gaussian, Exponential, Poisson,
> > Binomial,
> > Geometric, or HyperGeometric distribution random numbrs  I don't even
> > know
> > what most of these are. The solution may be to have a plugin style, that
> > can
> > generate numbers from Random, SecureRandom or any of the above
> > distributions.
> >
> > Computing densities and statistitics sounds out of scope for [lang] to
> > me.
> >
> > Given this, perhaps you could discuss each item/submit small patches with
> > test cases to gradually introduce those features that make sense.
> >
> > Stephen
> >
> >  Original Message 
> > From: "Phil Steitz" <phil@steitz.com>
> > To: "Jakarta Commons Developers List" <commonsdev@jakarta.apache.org>
> > Sent: Sunday, April 27, 2003 8:36 PM
> > Subject: [Lang] proposed math extensions
> >
> >
> >> I have code (and tests :) for each of the following that I would be
> >> willing to contribute. Is any of this appropriate for lang.math?
> >>
> >> 1. Generate random numbers from Gaussian, Exponential, Poisson,
> >> Binomial, Geometric, or HyperGeometric distributions.
> >> 2. Use SecureRandom to provide cryptographically secure random sequences
> >> for each of the above, plus the stuff already in RandomUtils, plus
> >> secure random strings (useful for generating "unpredictable" session id'
> >> s)
> >> 3. Compute binomial coeffiecients and binomial, geometric,
> >> hypergeometric densities
> >> 4. Generate univariate statistics or frequency distributions from input
> > data
> >>
> >> I could include the stuff in 1.as a patch to math.RandomUtils. Not sure
> >> where (if anywhere) the other things belong.
> >>
> >> I would also like to see math.RandomUtils modified to support the
> > following:
> >> a) reseeding the Random number generator. I could submit a patch to do
> >> this by adding a static Random to use in generating the uniform variates
> >> in place of math.random().
> >> b) add nextInt(min,max) (inclusive) and/or nextInt(IntRange r)
> >> I could submit a patch for this small extension as well.
> >>
> >> Phil
> >>
> >>
> >> 
> >> To unsubscribe, email: commonsdevunsubscribe@jakarta.apache.org
> >> For additional commands, email: commonsdevhelp@jakarta.apache.org
> >>
> >
> >
> > 
> > To unsubscribe, email: commonsdevunsubscribe@jakarta.apache.org
> > For additional commands, email: commonsdevhelp@jakarta.apache.org
> >
>
>
> 
> To unsubscribe, email: commonsdevunsubscribe@jakarta.apache.org
> For additional commands, email: commonsdevhelp@jakarta.apache.org
>

To unsubscribe, email: commonsdevunsubscribe@jakarta.apache.org
For additional commands, email: commonsdevhelp@jakarta.apache.org
