Happy 14th of July to all!
OK, from what I understand, the patch I submitted yesterday does not
comply with your requirements, as I provided a constructor for
RealLinearOperator, with dimensions of the domain and codomain as
parameters. Implicitely, I intended these to be fixed for the whole li
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 firs
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 Steit
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:
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
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 cons
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
On Wed, Jul 13, 2011 at 10:03 AM, Jörg Schaible wrote:
> Henri Yandell wrote:
>
>> On Tue, Jul 12, 2011 at 3:52 PM, Stephen Colebourne
>> wrote:
>>> On 12 July 2011 18:56, Jörg Schaible wrote:
1/ FastDateFormat
The date format " yyy yy y" is formatted with JDK 7 as "2003 2003 03
>>
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 wrote:
> On 7/12/11 12:12 PM, Greg Sterijevski wrote:
> > All,
> >
> > So I included the wampler dat
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
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[]
var
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
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 i
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 'collections'[3]
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 l
What is the license on the original Fortran code?
On Wed, Jul 13, 2011 at 2:55 PM, Dietmar Wolz wrote:
> 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 M
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 document
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 significant
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 Abstra
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,
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
+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 discussio
Interfaces are not a great idea in a changing API.
On Wed, Jul 13, 2011 at 12:35 PM, Phil Steitz 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 maybe others have
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 MultipleLinearReg
> My guess is that the final declarations came out of an attempt to avoid
> warnings by over zealous code inspectors that allowing getters and setters
> of private fields to be over-ridden is dangerous. The warning is correct.
> The response was not. The correct response is to not have the privat
Henri Yandell wrote:
> On Tue, Jul 12, 2011 at 3:52 PM, Stephen Colebourne
> wrote:
>> On 12 July 2011 18:56, Jörg Schaible 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, should FastDateFormat fo
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 operat
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
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 "f
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
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
> wrote:
>> On 12 July 2011 18:56, Jörg Schaible wrot
31 matches
Mail list logo
