On Tue, 6 May 2003, Stephen Colebourne wrote:
> You might be right, but I know I couldn't contribute as I don't have the
> expertise...
Ditto. I'm a mathematician by education, but appliedmaths/mathematicalphysics.
Stats and Numerical Analysis are the most likely Math package entries and
I didn't work a lot in these areas.
> There is also the question of whether there is a good OSS maths component
> already. http://dautelle.com/jade has some maths functionality  don't know
> how much though.
Not much more than Commons Lang would end up with at the maximum I think.
Complex, Real, Matrix and some Function/Operable concepts to map to
functional programming ideas, a bit like [functor].
I've not seen a good set of OSS numericalanalysis/statistic algorithm
implementations, but it's pretty early days in this area I think. Ronald
Mak's (sp?) recent Number Cruncher book is only the 2nd or 3rd numerical
analysis Java book I've seen and I've never seen one that focuses on a
statistical bent.
However, these people spam me each month with a newsletter and have a lot
listed for Java/Maths:
http://www.mathtools.net/Java/index.html
Hen
>
> Stephen
>
>  Original Message 
> From: "robert burrell donkin" <robertburrelldonkin@blueyonder.co.uk>
> To: "Jakarta Commons Developers List" <commonsdev@jakarta.apache.org>
> Sent: Tuesday, May 06, 2003 10:11 PM
> 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
>

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