On 7/11/11 9:34 PM, Greg Sterijevski wrote:
> I also ran the filipelli data through both the regression technique that I
> am working on, and the current multiple regression package. My work in
> progress gets estimates which though not great are close to the certified
> values. OLSMultipleLinearRe
I'll do that next time. Sorry for the mess for the time being. When we
get to the "real" stuff (iterative solvers per se), maybe a new ticket
could be started?
Sebastien
Le 12/07/11 06:44, Ted Dunning a écrit :
Just attach files with the same name. Old versions will be visible but
greyed out
Just attach files with the same name. Old versions will be visible but
greyed out.
2011/7/11 Sébastien Brisard
> I've attached a new file (#04) to JIRA MATH-581. Unfortunately, I don't
> know how to remove the previous files, so this ticket is getting messy, I'm
> sorry about that.
>
What do you mean?
I run the following test:
double[] design = new double[]{
60323, 83.0, 234289, 2356, 1590, 107608, 1947,
61122, 88.5, 259426, 2325, 1456, 108632, 1948,
60171, 88.2, 258054, 3682, 1616, 109773, 1949,
61187, 89.5, 284599, 335
I also ran the filipelli data through both the regression technique that I
am working on, and the current multiple regression package. My work in
progress gets estimates which though not great are close to the certified
values. OLSMultipleLinearRegression exceptions out, complaining about a
singula
Can you point at code?
On Mon, Jul 11, 2011 at 9:07 PM, Greg Sterijevski wrote:
> Yes, my apologies. I am a bit new to this.
>
>
> On Mon, Jul 11, 2011 at 10:59 PM, Henri Yandell
> wrote:
>
> > I'm assuming this is Commons Math. I've added a [math] so it catches
> > the interest of those involve
Yes, my apologies. I am a bit new to this.
On Mon, Jul 11, 2011 at 10:59 PM, Henri Yandell wrote:
> I'm assuming this is Commons Math. I've added a [math] so it catches
> the interest of those involved.
>
>
> On Mon, Jul 11, 2011 at 8:52 PM, Greg Sterijevski
> wrote:
> > Additionally, I pass a
I'm assuming this is Commons Math. I've added a [math] so it catches
the interest of those involved.
On Mon, Jul 11, 2011 at 8:52 PM, Greg Sterijevski
wrote:
> Additionally, I pass all of the Wampler beta estimates.
>
> On Mon, Jul 11, 2011 at 10:40 PM, Greg Sterijevski
> wrote:
>
>> Hello All,
Hi all,
I've been thinking again about the support for linear operators
(MATH-581). If RealLinearOperator is ever included into CM, then I think
AbstractRealMatrix should extend RealLinearOperator. Then, the
interfaces should be as consistent as possible. That's why I renamed
some methods
get
Additionally, I pass all of the Wampler beta estimates.
On Mon, Jul 11, 2011 at 10:40 PM, Greg Sterijevski
wrote:
> Hello All,
>
> I am testing the first 'updating' ols regression algorithm. I ran it
> through the Wampler1 data. It gets 1.0s for all of the beta estimates. I
> next ran the Longley
Hello All,
I am testing the first 'updating' ols regression algorithm. I ran it through
the Wampler1 data. It gets 1.0s for all of the beta estimates. I next ran
the Longley dataset. I match, but with a tolerance of 1.0e-6. This is a bit
less than two orders of magnitude worse than the current inc
Heads up that I plan to tag and build an RC4 tomorrow.
Commit now, or raise your hand if you need me to delay.
Hen
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.ap
Yes, thank you. Done in SVN.
Gary
On Mon, Jul 11, 2011 at 2:46 AM, Jörg Schaible
wrote:
>
> Didn't you want to make this variable static as stated in the log?
>
> ---
>
> Betreff: svn commit: r1144995 -
>
> /commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/Durati
On Mon, Jul 11, 2011 at 11:52 AM, Simone Tripodi
wrote:
> Hi Matt!!!
> I still continue preferring Discovery over Java6 ServiceLoader just
> for a small reason: it allows iterating over Classes instead of
> Instances, that makes easier integration with DI/IoC frameworks.
> Indeed, with the Guice m
Hi Matt!!!
I still continue preferring Discovery over Java6 ServiceLoader just
for a small reason: it allows iterating over Classes instead of
Instances, that makes easier integration with DI/IoC frameworks.
Indeed, with the Guice module, like shown in the link in my first
email, I let instantiatin
On Mon, Jul 11, 2011 at 10:02 AM, Simone Tripodi
wrote:
> Hi Matt,
> it sounds indeed reasonable, thanks for your feedbacks!
> Moreover what is you are suggesting is what we did in BVAL...
Yes, exactly like bval... :)
> Do you see any risk on splitting current Discovery project structure
> in mu
On Mon, Jul 11, 2011 at 6:16 AM, Gary Gregory wrote:
> On Jul 11, 2011, at 2:37, "Jörg Schaible" wrote:
>
>> Hi,
>>
>> Gary Gregory wrote:
>>
>>> On Jul 11, 2011, at 2:05, Henri Yandell wrote:
>>>
On Thu, Jul 7, 2011 at 1:33 PM, Jörg Schaible
wrote:
> Hi Hen,
>
> Henri Yan
Hi Matt,
it sounds indeed reasonable, thanks for your feedbacks!
Moreover what is you are suggesting is what we did in BVAL...
Do you see any risk on splitting current Discovery project structure
in multi module?
Many thanks in advance, have a nice day!
Simo
http://people.apache.org/~simonetripodi
On Mon, Jul 11, 2011 at 9:28 AM, Simone Tripodi
wrote:
> Hi all guys,
> lately in my projects I've been frequently repeating the pattern
> described in [1], so, to avoid useless c'n'p I would propose to
> provide an already compiled module that makes easier the Google Guice
> integration with Disc
Hi all guys,
lately in my projects I've been frequently repeating the pattern
described in [1], so, to avoid useless c'n'p I would propose to
provide an already compiled module that makes easier the Google Guice
integration with Discovery.
Google Guice could be provided as a 'optional' or 'provided
Didn't you want to make this variable static as stated in the log?
---
Betreff: svn commit: r1144995 -
/commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/DurationFormatUtilsTest.java
Absender: ggregory-1odqgaof3lkdnm+yrof...@public.gmane.org
Datum: Mon, 11 Jul 2
On 7/11/11 3:01 AM, er...@apache.org wrote:
> Author: erans
> Date: Mon Jul 11 10:01:39 2011
> New Revision: 1145101
>
> URL: http://svn.apache.org/viewvc?rev=1145101&view=rev
> Log:
> Using "copyOf" from "MathUtils".
Doh! Forgot we had that. Thanks, Gilles!
Phil
> Modified:
>
> commons/pr
On Jul 11, 2011, at 2:37, "Jörg Schaible" wrote:
> Hi,
>
> Gary Gregory wrote:
>
>> On Jul 11, 2011, at 2:05, Henri Yandell wrote:
>>
>>> On Thu, Jul 7, 2011 at 1:33 PM, Jörg Schaible
>>> wrote:
Hi Hen,
Henri Yandell wrote:
> I think we're ready for another release candi
On Mon, Jul 11, 2011 at 01:28:30PM +0200, Sebastien Brisard wrote:
> Hello there,
> this discussion is now a JIRA ticket (MATH-613).
> Have a look and let me know what you think. I'm happy to take care of this if
> you all agree on the proposal.
+1
Gilles
Hello there,
this discussion is now a JIRA ticket (MATH-613).
Have a look and let me know what you think. I'm happy to take care of this if
you all agree on the proposal.
Sebastien
-
To unsubscribe, e-mail: dev-unsubscr...@commons
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
- pste...@apache.org a écrit :
> Author: psteitz
> Date: Mon Jul 11 01:32:31 2011
> New Revision: 1145007
>
> URL: http://svn.apache.org/viewvc?rev=1145007&view=rev
> Log:
> Added a couple of new contributors.
Thanks Phil, sorry to have forgotten adding them :-(
Luc
>
> Modified:
> c
27 matches
Mail list logo
