On 5/19/12 1:08 AM, Luc Maisonobe wrote:
Le 16/05/2012 15:41, Jochen Wiedmann a écrit :
Well, with our multitude of projects, it might make sense to ask for
one or two of them
being migrated, so that we gather the experience. (I've got none so
far.) Would anyone
volunteer for the job of
On 5/20/12 10:32 PM, Sébastien Brisard wrote:
Hi Thomas,
This seems to solve all the described problems, but the question remains
if this can be included without problems into CM. The algorithm
description in NR is not in source code but on an higher level.
Looking at the relevant chapter in
Looks like only the relatively trivial POOL-220 and POOL-217 affect
2.0. We need to resolve these and do some javadoc and site
cleanup; but unless there are other things we want to get into 2.0,
I would like to move this toward a release. I will volunteer to RM
if no one else wants to. Is
On 6/17/12 1:13 AM, Mark Thomas wrote:
On 17/06/2012 08:49, Phil Steitz wrote:
Looks like only the relatively trivial POOL-220 and POOL-217 affect
2.0.
+1
We need to resolve these and do some javadoc and site
cleanup; but unless there are other things we want to get into 2.0,
I would
On 6/17/12 9:46 AM, Luc Maisonobe wrote:
Hi all,
I recently encountered a cumbersome limitation with our current
UnivariateInterpolator interface. It is a simple interface that defines
only one method:
public interface UnivariateInterpolator {
UnivariateFunction interpolate(double
On 6/17/12 2:20 PM, Mark Thomas wrote:
On 17/06/2012 16:26, Phil Steitz wrote:
On 6/17/12 1:13 AM, Mark Thomas wrote:
On 17/06/2012 08:49, Phil Steitz wrote:
Looks like only the relatively trivial POOL-220 and POOL-217 affect
2.0.
+1
We need to resolve these and do some javadoc and site
On 6/24/12 7:12 AM, Oliver Heger wrote:
Am 24.06.2012 03:05, schrieb sebb:
On 23 June 2012 23:00, Phil Steitz phil.ste...@gmail.com wrote:
On 6/17/12 2:20 PM, Mark Thomas wrote:
On 17/06/2012 16:26, Phil Steitz wrote:
On 6/17/12 1:13 AM, Mark Thomas wrote:
On 17/06/2012 08:49, Phil Steitz
On 6/24/12 12:00 PM, sebb wrote:
On 24 June 2012 15:41, Phil Steitz phil.ste...@gmail.com wrote:
On 6/24/12 7:12 AM, Oliver Heger wrote:
Am 24.06.2012 03:05, schrieb sebb:
On 23 June 2012 23:00, Phil Steitz phil.ste...@gmail.com wrote:
On 6/17/12 2:20 PM, Mark Thomas wrote:
On 17/06/2012 16
On 6/24/12 1:38 PM, Mark Thomas wrote:
On 24/06/2012 20:41, Phil Steitz wrote:
On 6/24/12 12:00 PM, sebb wrote:
Nexus does not prevent any of this; it is a staging repo.
It does block what used to be a simple, controlled process
0) generate, test and sign artifacts locally
1) upload
On 6/24/12 3:29 PM, sebb wrote:
On 24 June 2012 20:41, Phil Steitz phil.ste...@gmail.com wrote:
On 6/24/12 12:00 PM, sebb wrote:
On 24 June 2012 15:41, Phil Steitz phil.ste...@gmail.com wrote:
On 6/24/12 7:12 AM, Oliver Heger wrote:
Am 24.06.2012 03:05, schrieb sebb:
On 23 June 2012 23:00
There is not much in this doc beyond class diagrams that are now out
of date. Unless someone wants to volunteer to update the diagrams
and maybe add some more meaningful content, I propose that we drop
this for 2.0. We can always add it back later if someone gets
inspired. Personally, I would
:
Drop it!
Gary
On Tue, Jun 26, 2012 at 12:07 AM, Phil Steitz phil.ste...@gmail.com
wrote:
There is not much in this doc beyond class diagrams that are now out
of date. Unless someone wants to volunteer to update the diagrams
and maybe add some more meaningful content, I propose that we
On 7/5/12 2:24 PM, Devl Devel wrote:
Hi All,
Welcome!
Below is a proposal for a new feature:
*A concise description of the new feature / enhancement*
*
*
I propose a new feature to implement the Kendall's Tau which is a measure
of Association/Correlation between ranked ordinal data.
On 7/9/12 2:08 PM, Matt Benson wrote:
I am still thinking this through... Commons policy permits any Apache
committer to start a sandbox component, but IMO it is tacitly implied
that the associated code come directly from the committer/s, or from
another Apache project. This implies that this
On 7/10/12 12:09 PM, Devl Devel wrote:
Hi Phil and All.
Thanks for the welcome. I manage to get,build and test the SVN trunk branch
and took a look at the Spearmans Rank implementation. I did notice a few
test failures overall in the build such as RealVectorTest, hopefully they
are part of
On 7/10/12 2:51 PM, Liviu Tudor wrote:
Hi guys,
I have a question regarding [pool] -- which might turned out to be either a
request for change or a potential improvement patch (though it could be the
case I suppose that I've misunderstood certain things, in which case it will
just turn out
On 7/11/12 3:22 PM, Becksfort, Jared wrote:
Luc,
Yes, that should work for my company's needs. Thank you for clearing that up
for me. I will plan to submit in the next few weeks.
This should be my last legal question for awhile, but I also wanted to ask
about submitting a note to a
On 7/12/12 9:06 AM, Ted Dunning wrote:
This sounds like a real student. I try to help these people and steer them
gently to the public lists.
Everybody was new once and we owe it to those who helped us to help others
that reach out to us.
+1
Phil
On Thu, Jul 12, 2012 at 7:14 AM,
Sorry if this has been discussed already and I can't find the
thread; but we should do this now if we want to do it - i.e., move
DBCP's AbandonedObjectPool into [pool].
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
On 7/15/12 1:12 AM, Mark Thomas wrote:
On 15/07/2012 01:38, Phil Steitz wrote:
Sorry if this has been discussed already and I can't find the
thread; but we should do this now if we want to do it - i.e., move
DBCP's AbandonedObjectPool into [pool].
This is certainly something
I am OK leaving it out. I added it to make it consistent with gkopconfig and
in case we add other constructors, which I guess we won't, so I am OK to axe
(and same for gkop)
On Jul 15, 2012, at 10:08 AM, Mark Thomas ma...@apache.org wrote:
On 15/07/2012 17:26, pste...@apache.org wrote:
On 7/15/12 10:46 AM, Phil Steitz wrote:
On 7/15/12 1:12 AM, Mark Thomas wrote:
On 15/07/2012 01:38, Phil Steitz wrote:
Sorry if this has been discussed already and I can't find the
thread; but we should do this now if we want to do it - i.e., move
DBCP's AbandonedObjectPool into [pool
On 7/16/12 2:46 PM, Gilles Sadowski wrote:
Hi.
Referring to the discussion here:
https://issues.apache.org/jira/browse/MATH-764
https://issues.apache.org/jira/browse/MATH-823
Do we agree:
* To add new constructors to the distribution classes (in package
o.a.c.m.distribution) that
On 7/16/12 5:17 PM, Gilles Sadowski wrote:
On Mon, Jul 16, 2012 at 04:39:41PM -0700, Phil Steitz wrote:
On 7/16/12 2:46 PM, Gilles Sadowski wrote:
Hi.
Referring to the discussion here:
https://issues.apache.org/jira/browse/MATH-764
https://issues.apache.org/jira/browse/MATH-823
Do we
On 7/18/12 9:02 PM, Becksfort, Jared wrote:
That may have been a dumb question. I was thinking there were multiple
NOTICE files, but apparently there is only one. I guess it can be part of
the patch unless I hear otherwise from someone on the list.
In general, there is no need to update
by the
Apache License.
If neither of those requires that I modify the NOTICE file, then I won't
bother.
Phil
Jared
From: Phil Steitz [phil.ste...@gmail.com]
Sent: Wednesday, July 18, 2012 11:11 PM
To: Commons Developers List
Subject: Re: [Math
On 7/19/12 11:41 AM, Luc Maisonobe wrote:
On 19/07/2012 20:06, Gilles Sadowski wrote:
Hi.
Is there any issue of maintaining compatibility when changing code that is
in the test subtree of the code repository?
No problems for such changes.
Right. The only thing to ever worry about there is
On 7/19/12 7:16 PM, Ted Dunning wrote:
One thing that should be considered is how a deterministic seed can be
injected during testing to make tests deterministic.
That is one reason to keep the reseed method that exists now. That
method provides a seed to the underlying PRNG. The default
On 7/20/12 5:39 PM, Gilles Sadowski wrote:
Hi.
Author: erans
Date: Sat Jul 21 00:08:18 2012
New Revision: 1364024
URL: http://svn.apache.org/viewvc?rev=1364024view=rev
Log:
MATH-797
Performance: synchronization should ensure that the computation of each
rule will be performed once, even
on this!
Phil
Hope that makes sense?
Cheers
Dev
On Tue, Jul 10, 2012 at 10:10 PM, Phil Steitz
phil.ste...@gmail.com mailto:phil.ste...@gmail.com wrote:
On 7/10/12 12:09 PM, Devl Devel wrote:
Hi Phil and All.
Thanks for the welcome. I manage to get,build and test
On 7/20/12 1:47 PM, Mark Thomas wrote:
On 16/07/2012 20:55, Phil Steitz wrote:
On 7/15/12 10:46 AM, Phil Steitz wrote:
On 7/15/12 1:12 AM, Mark Thomas wrote:
On 15/07/2012 01:38, Phil Steitz wrote:
Sorry if this has been discussed already and I can't find the
thread; but we should do
On 7/21/12 6:17 AM, Gilles Sadowski wrote:
Hi.
My previous post (with subject Synchronisation) made me think (again) that
it might be useful to start considering how to take advantage of
multi-threading in Commons Math.
Indeed, it seems that some parts of the library might end up not being
On 7/22/12 9:35 AM, Luc Maisonobe wrote:
Hi all,
A few months ago, Gilles proposed to add an implementation of the
Ridder's algorithm for differentiation (see
https://issues.apache.org/jira/browse/MATH-726). After some discussion
the issue was postponed, waiting for an API for this family of
On 7/22/12 12:16 PM, Mark Thomas wrote:
On 21/07/2012 17:51, Phil Steitz wrote:
On 7/20/12 1:47 PM, Mark Thomas wrote:
On 16/07/2012 20:55, Phil Steitz wrote:
On 7/15/12 10:46 AM, Phil Steitz wrote:
On 7/15/12 1:12 AM, Mark Thomas wrote:
On 15/07/2012 01:38, Phil Steitz wrote:
Sorry
On 7/22/12 2:14 PM, Gilles Sadowski wrote:
On Sun, Jul 22, 2012 at 09:27:17AM -0700, Phil Steitz wrote:
On 7/21/12 6:17 AM, Gilles Sadowski wrote:
Hi.
My previous post (with subject Synchronisation) made me think (again) that
it might be useful to start considering how to take advantage
On 7/22/12 12:16 PM, Mark Thomas wrote:
On 21/07/2012 17:51, Phil Steitz wrote:
On 7/20/12 1:47 PM, Mark Thomas wrote:
On 16/07/2012 20:55, Phil Steitz wrote:
On 7/15/12 10:46 AM, Phil Steitz wrote:
On 7/15/12 1:12 AM, Mark Thomas wrote:
On 15/07/2012 01:38, Phil Steitz wrote:
Sorry
On 7/31/12 3:34 AM, Dennis Hendriks wrote:
See answers below.
On 07/31/2012 12:00 PM, Gilles Sadowski wrote:
On Tue, Jul 31, 2012 at 08:18:13AM +0200, Dennis Hendriks wrote:
* Why doesn't KolmogorovSmirnovDistribution implement one of the
interfaces of the package (and/or inherit from an
On 7/31/12 3:21 PM, Gilles Sadowski wrote:
On Tue, Jul 31, 2012 at 11:52:07AM -0700, Phil Steitz wrote:
On 7/31/12 3:34 AM, Dennis Hendriks wrote:
See answers below.
On 07/31/2012 12:00 PM, Gilles Sadowski wrote:
On Tue, Jul 31, 2012 at 08:18:13AM +0200, Dennis Hendriks wrote:
* Why doesn't
On 8/4/12 11:57 AM, Gilles Sadowski wrote:
Hi.
It seems that the patch for MATH-610
https://issues.apache.org/jira/browse/MATH-610
is fairly innocuous.
Does anyone object to it being applied?
Gilles
-
To
On 8/4/12 10:57 AM, Gilles Sadowski wrote:
Hello.
Referring to this failed test (cf. messages from Continuum):
---CUT---
org.apache.commons.math3.exception.NumberIsTooLargeException: lower bound
(65) must be strictly less than upper bound (65)
at
The site build just hung on me due to
BOBYQAOptimizerTest.testConstrainedRosenWithMoreInterpolationPoints
spinning. A sample thread dump showing the spinning thread is show
below. Above the reference to
BOBYQAOptimizer.doOptimize(BOBYQAOptimizer.java:246), successive
dumps change. The code
On 8/5/12 3:49 PM, Gilles Sadowski wrote:
On Sun, Aug 05, 2012 at 12:54:11PM -0700, Phil Steitz wrote:
On 8/4/12 10:57 AM, Gilles Sadowski wrote:
Hello.
Referring to this failed test (cf. messages from Continuum):
---CUT---
org.apache.commons.math3.exception.NumberIsTooLargeException: lower
On 8/5/12 5:30 PM, Gilles Sadowski wrote:
[...]
The original code above illustrates the convenience of being able to
just make direct calls to randomData.nextXxx, which is why this
class exists ;)
As I wrote in another post, I'm not against the convenience methods. But
IMO, they should be
On 8/5/12 6:44 PM, ma...@nimp.co.uk wrote:
Hello,
The gcd(int,int) method of ArithmeticUtils seems 2 times slower than the
naive approach using modulo operator.
Gilles tested the patch separately and found similar performance penalty.
Please check it out:
On Aug 5, 2012, at 11:21 PM, Dennis Hendriks d.hendr...@tue.nl wrote:
See below.
On 08/06/2012 12:49 AM, Gilles Sadowski wrote:
On Sun, Aug 05, 2012 at 12:54:11PM -0700, Phil Steitz wrote:
On 8/4/12 10:57 AM, Gilles Sadowski wrote:
Hello.
Referring to this failed test (cf. messages
On Aug 6, 2012, at 6:08 AM, Gilles Sadowski gil...@harfang.homelinux.org
wrote:
On Mon, Aug 06, 2012 at 05:48:14AM -0700, Phil Steitz wrote:
On Aug 5, 2012, at 11:21 PM, Dennis Hendriks d.hendr...@tue.nl wrote:
See below.
On 08/06/2012 12:49 AM, Gilles Sadowski wrote:
On Sun
On 8/6/12 11:41 AM, Gilles Sadowski wrote:
[...]
The RandomData class (or whatever it would be called) does indeed seem
useful. If we plan to keep it, we should probably make sure that there is
a sample/next/... method in that class for EVERY distribution, as some of
them are missing, if I
On 8/6/12 2:53 PM, Gilles Sadowski wrote:
On Sun, Aug 05, 2012 at 03:13:33PM -0700, Phil Steitz wrote:
The site build just hung on me due to
BOBYQAOptimizerTest.testConstrainedRosenWithMoreInterpolationPoints
spinning. A sample thread dump showing the spinning thread is show
below. Above
On 8/6/12 11:16 PM, Dennis Hendriks wrote:
See below.
On 08/06/2012 05:29 PM, Phil Steitz wrote:
On Aug 6, 2012, at 6:06 AM, Dennis Hendriksd.hendr...@tue.nl
wrote:
See below.
Dennis
On 08/06/2012 02:48 PM, Phil Steitz wrote:
On Aug 5, 2012, at 11:21 PM, Dennis
On 8/7/12 11:29 AM, Luc Maisonobe wrote:
Le 07/08/2012 00:21, Phil Steitz a écrit :
On 8/6/12 2:53 PM, Gilles Sadowski wrote:
On Sun, Aug 05, 2012 at 03:13:33PM -0700, Phil Steitz wrote:
The site build just hung on me due to
BOBYQAOptimizerTest.testConstrainedRosenWithMoreInterpolationPoints
On 8/7/12 11:02 PM, Jochen Wiedmann wrote:
Hi,
I'd like to propose a new component Commons JNDI for the sandbox.
The aim would be to have a very lightweight JNDI implementation (no
server, or something like that) that's not necessarily suitable for
production, but ideally suited for use in
On 8/8/12 8:16 AM, Gary Gregory wrote:
On Wed, Aug 8, 2012 at 10:14 AM, Jochen Wiedmann
jochen.wiedm...@gmail.comwrote:
On Wed, Aug 8, 2012 at 10:29 AM, Jörg Schaible
joerg.schai...@scalaris.com wrote:
Jochen Wiedmann wrote:
Hi,
I'd like to propose a new component Commons JNDI for the
On 7/23/12 3:33 AM, Mark Thomas wrote:
On 22/07/2012 22:41, Phil Steitz wrote:
One more quick question as I begin hacking:
Currently, abandoned object recuperation is triggered by
borrowObject in AOP. I am thinking about moving this to the
evictor. Or I guess it could be in both places
On 8/7/12 3:48 AM, Gilles Sadowski wrote:
Hello.
However do you have a concrete use-case for this feature?
What
about an implementation with BigInteger? I'd guess that would make
the feature more apt to be used in real applications (just
guessing).
Well I have to admit that my current use
On 8/8/12 7:58 AM, Luc Maisonobe wrote:
Hi all,
I have encountered some missing functions that are easy to fix in
[math]. I've done it on my local copy but would like your opinion before
committing them.
There are no function to raise a double to an int argument. There are
similar
On 8/15/12 4:28 PM, Gilles Sadowski wrote:
Hi.
This is in relation to that other thread (with subject spinning
BOBYQAOptimizerTest): http://markmail.org/message/2u6lmkuqqv6jxkgk
In fact the code doesn't run forever, but it takes a very long time to
finish. On my machine:
---CUT---
Running
On 8/16/12 1:09 PM, Oliver Heger wrote:
This is a vote to release Apache Commons Configuration 1.9 based
on the first release candidate.
Tag:
http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_1_9RC1/
Site:
On 8/7/12 9:36 AM, Phil Steitz wrote:
On 8/6/12 11:16 PM, Dennis Hendriks wrote:
See below.
On 08/06/2012 05:29 PM, Phil Steitz wrote:
On Aug 6, 2012, at 6:06 AM, Dennis Hendriksd.hendr...@tue.nl
wrote:
See below.
Dennis
On 08/06/2012 02:48 PM, Phil Steitz wrote:
On Aug 5
Good catch, yes.
On Aug 21, 2012, at 7:20 AM, Gilles Sadowski gil...@harfang.homelinux.org
wrote:
Modified:
commons/proper/math/trunk/src/main/java/org/apache/commons/math3/random/RandomData.java
URL:
On Aug 21, 2012, at 7:15 AM, Gilles Sadowski gil...@harfang.homelinux.org
wrote:
Hi.
[...]
Added:
commons/proper/math/trunk/src/main/java/org/apache/commons/math3/random/RandomDataGenerator.java
URL:
Any feedback on the patch? Should I go ahead and apply the [pool]
patch?
Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 8/22/12 12:15 AM, Luc Maisonobe wrote:
Hi Sébastien,
Le 21/08/2012 08:50, Sébastien Brisard a écrit :
Hi Luc,
2012/8/20 Luc Maisonobe luc.maison...@free.fr
Le 20/08/2012 15:52, Simone Tripodi a écrit :
Hi Gary!
I still like the idea! I was hoping at an automagic solution ;)
Me too!
On 8/23/12 5:37 AM, Luc Maisonobe wrote:
Le 23/08/2012 13:37, Gilles Sadowski a écrit :
On Thu, Aug 23, 2012 at 12:35:18PM +0200, Sébastien Brisard wrote:
Hi Gilles,
2012/8/23 Gilles Sadowski gil...@harfang.homelinux.org:
On Thu, Aug 23, 2012 at 10:05:10AM +0200, Sébastien Brisard wrote:
Hi
On 8/23/12 12:42 PM, Ted Dunning wrote:
On Thu, Aug 23, 2012 at 3:00 PM, Phil Steitz phil.ste...@gmail.com wrote:
The problem is that contracts can often be written so that instances
of 1) are turned into instances of 0). Gamma(-) is a great
example. The singularities at negative integers
On 8/23/12 3:39 AM, Sébastien Brisard wrote:
Hi,
in MATH-851, a discussion about code- and comments-formatting as yet
again taken place. It is true we are a bit fuzzy on this side. I
propose to start writing something up in the developer's guide. This
will be a start, and every one of you
On 8/23/12 4:02 PM, Gilles Sadowski wrote:
On Thu, Aug 23, 2012 at 02:15:58PM -0700, Phil Steitz wrote:
On 8/23/12 3:39 AM, Sébastien Brisard wrote:
Hi,
in MATH-851, a discussion about code- and comments-formatting as yet
again taken place. It is true we are a bit fuzzy on this side. I
On 8/24/12 8:39 AM, Mark Thomas wrote:
On 24/08/2012 16:22, Phil Steitz wrote:
On 8/24/12 7:42 AM, Mark Thomas wrote:
On 22/08/2012 13:51, Phil Steitz wrote:
Any feedback on the patch? Should I go ahead and apply the [pool]
patch?
Sorry for the very late review. Some comments/questions
On 8/26/12 12:20 AM, Luc Maisonobe wrote:
Le 25/08/2012 23:43, Gilles Sadowski a écrit :
Hello Luc.
Hi Gilles,
On Fri, Aug 24, 2012 at 09:31:41AM +0200, Luc Maisonobe wrote:
Le 24/08/2012 01:35, Gilles Sadowski a écrit :
On Thu, Aug 23, 2012 at 12:00:56PM -0700, Phil Steitz wrote:
On 8/23
On 8/28/12 5:36 AM, Luc Maisonobe wrote:
snip/
I thought I had. Perhaps this feature was set up after I gave up
on this discussion.
It would be quite easy to change, if it would make your life easier.
The more so that I never saw what is gained from copying the Java hierachy
(in the
One example I often use is launch window computation for rockets.
One way to compute them is brute force simulation: you simply try
all launch times and for each one you perform the simulation of the
early orbits phase. If at any time something breaks (a polynomial
that never crosses zero, an
On 8/29/12 3:04 PM, Gilles Sadowski wrote:
Hello.
To summarize:
(1) Does anyone disagree with having all CM exceptions inherit
from a new MathRuntimeException which itself will inherit
from the standard RuntimeException?
+0
(2) Does anyone disagree with all exceptions being
On 8/29/12 8:22 PM, Sébastien Brisard wrote:
Hi,
testing of special functions involves comparing actual values returned
by CM with expected values as computed with an arbitrary precision
software (I use Maxima [1] for this purpose). As I intend these tests
to be assesments of the overall
First cut committed in r1379533. Thanks in advance for review.
Some additional comments, including some decisions made in the
patch, inline below.
On 8/24/12 9:57 AM, Phil Steitz wrote:
On 8/24/12 8:39 AM, Mark Thomas wrote:
On 24/08/2012 16:22, Phil Steitz wrote:
On 8/24/12 7:42 AM, Mark
On 9/2/12 7:35 PM, Sébastien Brisard wrote:
Hi,
here is another problem. In
MatrixUtils.createFieldIdentityMatrix(FieldT, int), the constructor
Array2DRowFieldMatrix(FieldT, T[][], boolean) is called. This
constructor throws a DimensionMismatchException if the data array is
not rectangular.
On 9/2/12 4:44 PM, Gilles Sadowski wrote:
Hi.
I'd like to stress that using exceptions for control flow is, by default, an
anti-pattern. It should pose question about how to improve CM so that you
don't have to fall back on this kind of construct...
Please don't focus only on this example
The conclusion from [1] was never implemented and I was, once again,
confused by these properties when developing some density
integration tests last night. I would like to deprecate these
properties from the RealDistribution interface, but since removal
will have to wait until 4.0, I would like
On 9/1/12 10:11 AM, Gary Gregory wrote:
I have not tried using it, but the eclipse config that Luc posted
[1] includes this line, which I suspect configures this behavior:
setting
id=org.eclipse.jdt.core.formatter.wrap_before_binary_operator
value=false/
I am curious why you don't like it. To
On Sep 3, 2012, at 12:25 PM, Gary Gregory garydgreg...@gmail.com wrote:
On Sep 3, 2012, at 14:13, Gilles Sadowski gil...@harfang.homelinux.org
wrote:
On Mon, Sep 03, 2012 at 09:59:55AM -0700, Phil Steitz wrote:
On 9/1/12 10:11 AM, Gary Gregory wrote:
I have not tried using
Slugging my way through the MATH-854 changes for the stats package,
I have found an anomaly that I would like to fix. When a Kurtosis
instance is constructed using an external moment, increment and
clear methods do not behave as no-ops as they do for Variance,
SecondMoment and the other moment
On 9/3/12 8:17 PM, Sébastien Brisard wrote:
Hi,
now the summer is over, it is time to revive this thread [1]. It is
copied to both user@ and dev@ mailing lists.
Recently, many problems have been found out with class
OpenMapRealVector [2], [3], to the point that we are considering the
On 9/5/12 7:46 AM, er...@apache.org wrote:
Author: erans
Date: Wed Sep 5 14:46:59 2012
New Revision: 1381206
URL: http://svn.apache.org/viewvc?rev=1381206view=rev
Log:
MATH-841
Performance improvement in method gcd(int, int) (~2 to 4 times faster than
the previous implementation). Thanks
On 9/6/12 5:16 AM, Gilles Sadowski wrote:
Hi.
[...]
I was about to start a new thread too, but refrained to do so for lack
of knowledge on the history of this particular exception.
Check for null is unevenly enforced througout the library, which --to
me-- suggests we shouldn't do it at all
On 9/7/12 9:22 AM, marios michaelidis wrote:
Hi Giles,
I will start exproling the links you gave me.
I would suggest Logistic/probit regression to go under the regerssion
package.
Yes, these should go in regression. Thanks in advance for your
contribution!
Phil
Not that clustering is
On 9/7/12 2:22 PM, Ted Dunning wrote:
This is great.
A very useful feature would be to allow basic L_1 and L_2 regularization.
This makes it much easier to avoid problems with separable problems.
It might be interesting to think for a moment how easy it would be to
support generalized
On 9/7/12 3:28 PM, Ted Dunning wrote:
On Fri, Sep 7, 2012 at 3:24 PM, Phil Steitz phil.ste...@gmail.com wrote:
It might be interesting to think for a moment how easy it would be to
support generalized linear regression in this same package. Small
changes
to the loss function
, 2012 at 4:06 PM, Phil Steitz phil.ste...@gmail.com wrote:
On 9/7/12 3:28 PM, Ted Dunning wrote:
Patches welcome!
Would normally love to, but I can't do more than kibitz based on other
implementations I have done.
OK, lets start with what Marios has and see where we can take it.
Cool
that tests are all good and then skip
the tests when generating the site:
mvn -DskipTests=true site
Phil
On 8/7/12 12:21 PM, Phil Steitz wrote:
On 8/7/12 11:29 AM, Luc Maisonobe
Le 07/08/2012 00:21, Phil Steitz a écrit :
On 8/6/12 2:53 PM, Gilles Sadowski wrote:
On Sun, Aug 05, 2012 at 03:13
On 9/9/12 4:34 AM, Gilles Sadowski wrote:
Hi.
Further discussion on the JIRA page
https://issues.apache.org/jira/browse/MATH-856
cannot reach a consensus on solving the issue that raised this thread.
The proposal was that CM never checks for null and lets the JVM do it (and
thus throw
On 9/9/12 3:26 PM, Gilles Sadowski wrote:
On Sun, Sep 09, 2012 at 09:16:51AM -0700, Phil Steitz wrote:
On 9/9/12 4:34 AM, Gilles Sadowski wrote:
Hi.
Further discussion on the JIRA page
https://issues.apache.org/jira/browse/MATH-856
cannot reach a consensus on solving the issue that raised
On 9/10/12 3:44 AM, Gilles Sadowski wrote:
[...]
P.S. Is there an occurrence in CM, where a method can be passed a null
argument?
Yes. One example is the constructor for EmpiricalDistribution that
takes a RandomGenerator as argument.
Thanks for finding one of those few examples.
The
On 9/9/12 11:11 PM, Sébastien Brisard wrote:
Hi,
2012/9/10 Gilles Sadowski gil...@harfang.homelinux.org:
On Sun, Sep 09, 2012 at 09:16:51AM -0700, Phil Steitz wrote:
On 9/9/12 4:34 AM, Gilles Sadowski wrote:
Hi.
Further discussion on the JIRA page
https://issues.apache.org/jira/browse
On 9/10/12 11:47 AM, Sébastien Brisard wrote:
Hi
What should I do there?
I'm trying to work on MATH-854. It turns out that FieldElementT.add
throws a NAE. Should I catch it below, and rethrow it with a more
detailed message (including the entry index)?
IMO, yes.
I would also check v itself
On 9/10/12 3:46 PM, Gilles Sadowski wrote:
On Mon, Sep 10, 2012 at 08:47:35PM +0200, Sébastien Brisard wrote:
Hi
What should I do there?
If we adopt the flexible policy (cf. other post), then you can do what you
want. ;-)
Good one :)
I'm trying to work on MATH-854. It turns out that
On 9/10/12 3:43 PM, James Ring wrote:
Hey,
I'm a disinterested third party (not a CM user) but I thought I should
chime in my two cents worth...
On Sun, Sep 9, 2012 at 4:34 AM, Gilles Sadowski
gil...@harfang.homelinux.org wrote:
Hi.
Further discussion on the JIRA page
Brisard wrote:
Hi Phil,
2012/9/10 Phil Steitz phil.ste...@gmail.com:
On 9/10/12 11:47 AM, Sébastien Brisard wrote:
Hi
What should I do there?
I'm trying to work on MATH-854. It turns out that FieldElementT.add
throws a NAE. Should I catch it below, and rethrow it with a more
detailed message
On 9/12/12 5:04 AM, Gilles Sadowski wrote:
Hello.
This thread was left alone for some time, although the main issue was not
settled: I requested the release of a new version of CM.
I quote my remarks from an earlier message in this thread:
[...] issues resulted in some work being done,
On 9/12/12 8:52 AM, Gilles Sadowski wrote:
[...]
I know this is a little of a sore subject, but in this and other
cases where arguments violate documented preconditions, I think we
should throw IAE, which means MNAE is only appropriate as long as it
continues to subclass our surrogate for
On 9/12/12 11:27 PM, Sébastien Brisard wrote:
Dear all,
in previous discussions, it was decided that Interfaces (and, I
suppose abstract methods) should *not* have a throws clause.
I probably should have responded earlier that I personally disagree
with that conclusion. What is advertised in
On 9/12/12 4:10 PM, Gilles Sadowski wrote:
Hello.
[For those who don't wish to read the whole post, please at least go towards
the end and indicate your preferred option. Thanks.]
[...]
All are bad arguments violating API contract,
all detected at method activation time - IAE.
Agreed...
On 9/14/12 4:28 AM, Gilles Sadowski wrote:
On Fri, Sep 14, 2012 at 10:41:50AM +0200, Luc Maisonobe wrote:
Le 14/09/2012 08:46, Sébastien Brisard a écrit :
Hi Phil
Back to square one, with 3 fully consistent alternatives:
1. CM to always check for null? Then NullArgumentException inheriting
1 - 100 of 2792 matches
Mail list logo