I think that it will be somewhat slower, but next to imperceptibly so.
It will not be any more accurate.
It should be noted, however, that this code will fail for input longer than
2^16 because of integer overflow.
On Sun, Aug 25, 2013 at 8:27 PM, Dave Brosius wrote:
> I would think that in
On Aug 26, 2013, at 8:57 AM, Dave Brosius wrote:
> I would think that in
>
> public double mannWhitneyU(final double[] x, final double[] y)
>
>
>
> final double U1 = sumRankX - (x.length * (x.length + 1)) / 2;
Hey thanks for looking at the code! I agree forcing double arithmetic is
bette
I would think that in
public double mannWhitneyU(final double[] x, final double[] y)
final double U1 = sumRankX - (x.length * (x.length + 1)) / 2;
should be
final double U1 = sumRankX - (x.length * (x.length + 1)) / 2*.0*;
right?
On 8/25/13 9:59 AM, Gilles wrote:
> On Sun, 25 Aug 2013 09:19:41 -0700, Phil Steitz wrote:
>> On 8/25/13 8:10 AM, Gilles wrote:
>>> On Sat, 24 Aug 2013 21:55:36 -, pste...@apache.org wrote:
>>>
[...]
>>>
>>> I wonder whether the utility should involve the creation of
>>> an instance of a b
Are you saying patched the code? Can you provide the link?
-Ajo
On Sun, Aug 25, 2013 at 1:20 PM, Luc Maisonobe wrote:
> Le 24/08/2013 11:24, Luc Maisonobe a écrit :
> > Le 23/08/2013 19:20, Ajo Fod a écrit :
> >> Hello,
> >
> > Hi Ajo,
> >
> >>
> >> This shows one way of interpreting the deriv
Le 24/08/2013 11:24, Luc Maisonobe a écrit :
> Le 23/08/2013 19:20, Ajo Fod a écrit :
>> Hello,
>
> Hi Ajo,
>
>>
>> This shows one way of interpreting the derivative for strictly +ve numbers.
>>
>> public static void main(final String[] args) {
>> final double x = 1d;
>> Deriv
On Sun, 25 Aug 2013 09:03:56 -0700, Phil Steitz wrote:
On 8/25/13 7:47 AM, Gilles wrote:
Hi.
[...]
+
+/**
+ * Verifies that the iterator generates a lexicographically
+ * increasing sequence of b(n,k) arrays, each having length k
+ * and each array itself increasing.
+ *
+
On Sun, 25 Aug 2013 09:19:41 -0700, Phil Steitz wrote:
On 8/25/13 8:10 AM, Gilles wrote:
On Sat, 24 Aug 2013 21:55:36 -, pste...@apache.org wrote:
[...]
I wonder whether the utility should involve the creation of
an instance of a bona fide "Combination" class.
I.e. instead of a "naked"
+1
-Adrian
On 8/25/2013 9:26 AM, James Carman wrote:
AtomicReference?
On Sunday, August 25, 2013, Phil Steitz wrote:
On 8/24/13 11:33 AM, Oliver Heger wrote:
Hi all,
regarding a principle design question I would like to get your opinion:
In [configuration] there are a few static utility c
AtomicReference?
On Sunday, August 25, 2013, Phil Steitz wrote:
> On 8/24/13 11:33 AM, Oliver Heger wrote:
> > Hi all,
> >
> > regarding a principle design question I would like to get your opinion:
> >
> > In [configuration] there are a few static utility classes. One of them
> > is BeanHelper w
On 8/25/13 8:10 AM, Gilles wrote:
> On Sat, 24 Aug 2013 21:55:36 -, pste...@apache.org wrote:
>
>> [...]
>
> I wonder whether the utility should involve the creation of
> an instance of a bona fide "Combination" class.
> I.e. instead of a "naked"
> Iterator combinationIterator(int n, int k)
>
Hi Damjan,
sounds good :-)
Ping me, if you need a helping hand.
BR
Andreas Lehmkühler
Am 23.08.2013 09:03, schrieb Damjan Jovanovic:
There's a few last patches I want to add while we can still break the API,
but I am away this week, and only fully available for anything the week
after next.
On 8/25/13 7:47 AM, Gilles wrote:
> Hi.
>
>> [...]
>> +
>> +/**
>> + * Verifies that the iterator generates a lexicographically
>> + * increasing sequence of b(n,k) arrays, each having length k
>> + * and each array itself increasing.
>> + *
>> + * Note: the lexicographic or
On 8/20/13 12:07 PM, Ajo Fod wrote:
> My 2c worth. It seems like there is a general bottleneck. A lot of ideas
> don't get used because there is a hurdle that people have to make change
> that satisfy all code requirements like tests/reuse of blocks etc. This
> makes for a larger than necessary hur
On 8/24/13 11:33 AM, Oliver Heger wrote:
> Hi all,
>
> regarding a principle design question I would like to get your opinion:
>
> In [configuration] there are a few static utility classes. One of them
> is BeanHelper which supports the creation of beans from configuration
> data. The actual bean c
On Sat, 24 Aug 2013 21:55:36 -, pste...@apache.org wrote:
[...]
I wonder whether the utility should involve the creation of
an instance of a bona fide "Combination" class.
I.e. instead of a "naked"
Iterator combinationIterator(int n, int k)
there would be
Iterator combinationIterator(i
Hi.
[...]
+
+/**
+ * Verifies that the iterator generates a lexicographically
+ * increasing sequence of b(n,k) arrays, each having length k
+ * and each array itself increasing.
+ *
+ * Note: the lexicographic order check only works for n < 10.
What about not using a f
17 matches
Mail list logo
