Hi Paul,
Paul Benedict wrote:
You sure it's not a bug in the JDK? Just asking. The results are curious.
I asked that myself. Javadoc of the JDK can be interpreted this way.
- Jörg
On Tue, Jul 12, 2011 at 5:52 PM, Stephen Colebourne
scolebou...@joda.org wrote:
On 12 July 2011 18:56, Jörg
Hi.
[...]
Before I commit new code (Conjugate gradient, SYMMLQ, etc...), I'll open a new
JIRA ticket for having AbstractRealMatrix inherit from RealLinearOperator, if
that's OK with everyone.
Currently this is not possible because the
getRowDimension
getColumnDimension
are declared final
On 7/13/11 8:19 AM, Gilles Sadowski wrote:
Hi.
[...]
Before I commit new code (Conjugate gradient, SYMMLQ, etc...), I'll open a
new
JIRA ticket for having AbstractRealMatrix inherit from RealLinearOperator, if
that's OK with everyone.
Currently this is not possible because the
Absolutely.
And frankly, this makes huge since. A linear operator is a generalization
of a matrix which should have *fewer* details than a matrix. Having
implementation details of the linear operator dictate function of the matrix
is perverse. Likewise, having any operation in the linear
Henri Yandell wrote:
On Tue, Jul 12, 2011 at 3:52 PM, Stephen Colebourne
scolebou...@joda.org wrote:
On 12 July 2011 18:56, Jörg Schaible joerg.schai...@gmx.de wrote:
1/ FastDateFormat
The date format yyy yy y is formatted with JDK 7 as 2003 2003 03
2003 instead of 2003 03 03 03. So,
To effectively integrate Greg's contributions on updating
regression, we really should refactor the multiple regression
hierarchy so that we have consistency in results reporting and data
definition. Here are some initial ideas. Better ideas and/or
patches welcome.
0. Deprecate
Interfaces are not a great idea in a changing API.
On Wed, Jul 13, 2011 at 12:35 PM, Phil Steitz phil.ste...@gmail.com wrote:
We can also talk about getting
rid of the interfaces entirely and just have LinearRegression and
its immediate children abstract classes with all abstract methods.
Or
+1 to the overall thrust here. This is a good thing.
One item that I would like to add is that we should agree on the general
direction before getting bogged down in debates on the details.
Establishing some momentum in the direction of agreement might help shorten
the ensuing spelling
On 7/13/11 12:45 PM, Ted Dunning wrote:
+1 to the overall thrust here. This is a good thing.
One item that I would like to add is that we should agree on the general
direction before getting bogged down in debates on the details.
Establishing some momentum in the direction of agreement
On Wed, Jul 13, 2011 at 09:04:36AM -0700, Phil Steitz wrote:
On 7/13/11 8:19 AM, Gilles Sadowski wrote:
Hi.
[...]
Before I commit new code (Conjugate gradient, SYMMLQ, etc...), I'll open a
new
JIRA ticket for having AbstractRealMatrix inherit from RealLinearOperator,
if
that's
On 7/13/11 2:08 PM, Gilles Sadowski wrote:
On Wed, Jul 13, 2011 at 09:04:36AM -0700, Phil Steitz wrote:
On 7/13/11 8:19 AM, Gilles Sadowski wrote:
Hi.
[...]
Before I commit new code (Conjugate gradient, SYMMLQ, etc...), I'll open a
new
JIRA ticket for having AbstractRealMatrix inherit
During experiments with space flight trajectory optimizations I recently
observed, that the direct optimization algorithm BOBYQA
http://plato.asu.edu/ftp/other_software/bobyqa.zip
from Mike Powell is significantly better than the simple Powell algorithm
already in commons.math it uses
Actually, this is a major issue.
Take, for instance, the example of considering a Lucene index as a linear
operator. The number of rows is the number of documents (which is changing
as documents are added) and the number of columns is the number of unique
terms (which is also changing as
What is the license on the original Fortran code?
On Wed, Jul 13, 2011 at 2:55 PM, Dietmar Wolz drdietmarw...@yahoo.dewrote:
During experiments with space flight trajectory optimizations I recently
observed, that the direct optimization algorithm BOBYQA
Hello All,
Sorry for being a bit slow on the uptake... I am still in the wilds of
numerical imprecision with the longley data. I am getting close to figuring
out where the error is being accumulated.
I agree that interfaces impose rigidity in the design. However, there are
broad similarities in
Hi all guys,
in order to improve graph algorithms performances, I started
implementing in [graph] an advanced priority queue called Fibonacci
Heap[1], based on detailed description of University of Science and
Technology of China's lessons[2].
You can find initial implementation on
On 7/13/11 5:15 PM, Greg Sterijevski wrote:
Hello All,
Sorry for being a bit slow on the uptake... I am still in the wilds of
numerical imprecision with the longley data. I am getting close to figuring
out where the error is being accumulated.
I agree that interfaces impose rigidity in the
Phil,
How exactly do interfaces make the hierarchy flatter in this case?
I agree we should aim for as simple a structure as possible. The
question is, what is that structure?
They may or may not make the structure different. Any design we come up with
today is likely to be outmoded in 6 months.
Sorry, sent the previous email without finishing (aparently gmail is not
idiot proof...)
So,
public class ConstrainedRegressionResults. extends RegressionResults{
private double[] lagrangian;
private double[] varcov;
public ConstrainedRegressionResults( double[] lagrangian, double[]
On 7/13/11 7:14 PM, Greg Sterijevski wrote:
Phil,
How exactly do interfaces make the hierarchy flatter in this case?
I agree we should aim for as simple a structure as possible. The
question is, what is that structure?
They may or may not make the structure different. Any design we come up
Phil,
Got it! I fit longley to all printed values. I have not broken anything... I
need to type up a few loose ends, then I will send a patch.
-Greg
On Tue, Jul 12, 2011 at 2:35 PM, Phil Steitz phil.ste...@gmail.com wrote:
On 7/12/11 12:12 PM, Greg Sterijevski wrote:
All,
So I included
On Wed, Jul 13, 2011 at 10:03 AM, Jörg Schaible joerg.schai...@gmx.de wrote:
Henri Yandell wrote:
On Tue, Jul 12, 2011 at 3:52 PM, Stephen Colebourne
scolebou...@joda.org wrote:
On 12 July 2011 18:56, Jörg Schaible joerg.schai...@gmx.de wrote:
1/ FastDateFormat
The date format yyy yy y
Phil,
Fortunately for users, maybe less fortunately for developers, we
can't really evolve our API rapidly This is why we
favor abstract classes over interfaces.
Just so that I am sure I understand, let me restate the objection to an
interface. An interface approach is more likely to be
All,
I am working on some additions to the regression package and have run into a
bit of difficulty.
The statistical R Squared is equal to 1.0 -
SumOfSquaredError/SumOfSquaresTotal. Say that I run my regression two
different ways. The first manner I tell the regression technique to include
a
On 7/13/11 9:05 PM, Greg Sterijevski wrote:
Phil,
Fortunately for users, maybe less fortunately for developers, we
can't really evolve our API rapidly This is why we
favor abstract classes over interfaces.
Just so that I am sure I understand, let me restate the objection to an
Lang is ready to consider 3.0 release again.
RC4 is available here:
http://people.apache.org/~bayard/commons-lang3-3.0-RC4/
SVN:
http://svn.apache.org/repos/asf/commons/proper/lang/tags/LANG_3_0_RC4/
Maven artifacts:
http://people.apache.org/~bayard/commons-lang3-3.0-RC4/maven/
Website:
I was not aware of the versioning document. Thank you. A few more things
make sense now. It is still a bit bittersweet. In my opinion the interface
is a programmer's most terrific tool. It keeps him honest as well. I
understand your point though.
-Greg
On Wed, Jul 13, 2011 at 11:42 PM, Phil
On 7/13/11 9:34 PM, Greg Sterijevski wrote:
All,
I am working on some additions to the regression package and have run into a
bit of difficulty.
The statistical R Squared is equal to 1.0 -
SumOfSquaredError/SumOfSquaresTotal. Say that I run my regression two
different ways. The first
28 matches
Mail list logo