(by a bizarre coincidence i also have a mathematics degree.)
i think that it would make sense to create a commonmaths sandbox
component. (i fact i'll volunteer if people think that this is a good plan.
) that way, it should make it easier to draw a good line about what should
go into lang  anything which isn't clearly in scope can go into that
component. we can see later what to do with the material that has been
accumulated into commonsmaths and see whether there's a viable component
and community further of promotion.
shall i make this happen?
 robert
On Tuesday, May 6, 2003, at 10:42 PM, Henri Yandell wrote:
> 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
>

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