On Tue, Jul 12, 2011 at 10:56 AM, Jörg Schaible wrote:
> 2/ UnicodeUnescaper
> Since JDK 1.7 "\u+" is a valid Unicode representation. The
> UnicodeUnescaper defines the OPTION "escapePlus" that allows also this plus
> character for all runtime versions i.e. currently the OPTION is superfluous
You sure it's not a bug in the JDK? Just asking. The results are curious.
On Tue, Jul 12, 2011 at 5: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
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 follow the JDK
>> in any case an
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 follow the JDK
> in any case and adjust its result according the runtime? Interestingly
> Javadoc
On 7/12/11 12:12 PM, Greg Sterijevski wrote:
> All,
>
> So I included the wampler data in the test suite. The interesting thing, is
> to get clean runs I need wider tolerances with OLSMultipleRegression than
> with the version of the Miller algorithm I am coding up.
This is good for your Miller imp
Am Dienstag, den 12.07.2011, 09:24 -0700 schrieb Phil Steitz:
> On 7/12/11 8:49 AM, Arne Ploese wrote:
> > Am Dienstag, den 12.07.2011, 16:24 +0200 schrieb Gilles Sadowski:
> >> Hello.
> >>
> >>> I try to add the method toString() to Complex.
> >> I've created an issue for this:
> >> https://is
All,
So I included the wampler data in the test suite. The interesting thing, is
to get clean runs I need wider tolerances with OLSMultipleRegression than
with the version of the Miller algorithm I am coding up.
Perhaps we should come to a consensus of what good enough is? How close do
we want to
I'm sorry. Did you forget to commit {{InvertibleRealLinearOperator}}?
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.
Because MATH-581 got a bit messy, I'll also ope
as I said in G+: Kudos for your great work!!!
On 12 July 2011 20:00, Christian Grobmeier wrote:
> Reads great!
> Love to see things like that
>
> On Tue, Jul 12, 2011 at 7:43 PM, Simone Tripodi
> wrote:
> > Hi all guys,
> > just to share with you all a small interview I had with Jaxenter today
Reads great!
Love to see things like that
On Tue, Jul 12, 2011 at 7:43 PM, Simone Tripodi
wrote:
> Hi all guys,
> just to share with you all a small interview I had with Jaxenter today
> during lunch-time, I hope that my fellows appreciate how things have
> been exposed!
> Agreements section is n
Hi Hen,
Henri Yandell wrote:
> Heads up that I plan to tag and build an RC4 tomorrow.
>
> Commit now, or raise your hand if you need me to delay.
I have a look into the two JDK 7 problems. What do you all recommend?
1/ FastDateFormat
The date format " yyy yy y" is formatted with JDK 7 as "
Hi all guys,
just to share with you all a small interview I had with Jaxenter today
during lunch-time, I hope that my fellows appreciate how things have
been exposed!
Agreements section is not missing! :)
Have a nice day, all the best!
Simo
[1] http://jaxenter.com/what-s-new-in-apache-commons-dige
Yes, I understand that Filippelli should be separate. I was more concerned
with Wampler... though I guess since I haven't checked if they all run, they
might need separate commits.
-Greg
On Tue, Jul 12, 2011 at 11:37 AM, Phil Steitz wrote:
> On 7/12/11 9:14 AM, Greg Sterijevski wrote:
> > I hav
On 7/12/11 9:14 AM, Greg Sterijevski wrote:
> I have opened a JIRA issue. I would also like to add the Wampler1-4 tests
> into OLSMultipleRegression. Would it be okay to do this with one change?
> Instead of multiple ones?
Thanks!
It would be better to separate the "successful" test patch. Creat
On 7/12/11 8:49 AM, Arne Ploese wrote:
> Am Dienstag, den 12.07.2011, 16:24 +0200 schrieb Gilles Sadowski:
>> Hello.
>>
>>> I try to add the method toString() to Complex.
>> I've created an issue for this:
>> https://issues.apache.org/jira/browse/MATH-614
> I would prefer something like:
re
I have opened a JIRA issue. I would also like to add the Wampler1-4 tests
into OLSMultipleRegression. Would it be okay to do this with one change?
Instead of multiple ones?
On Tue, Jul 12, 2011 at 10:37 AM, Greg Sterijevski
wrote:
> I will add the tests. I do believe it is the QR decomp which is
Am Dienstag, den 12.07.2011, 16:24 +0200 schrieb Gilles Sadowski:
> Hello.
>
> > I try to add the method toString() to Complex.
>
> I've created an issue for this:
> https://issues.apache.org/jira/browse/MATH-614
I would prefer something like:
>>>return Double.valueOf(real) + imaginary < 0 ?
I will add the tests. I do believe it is the QR decomp which is failing.
-Greg
On Tue, Jul 12, 2011 at 10:31 AM, Phil Steitz wrote:
> On 7/12/11 7:43 AM, Greg Sterijevski wrote:
> > I will run against R.
> >
> > Here is the official repository @ NIST for Wampler/Longley/Filippelli
> data..
> >
On 7/12/11 7:43 AM, Greg Sterijevski wrote:
> I will run against R.
>
> Here is the official repository @ NIST for Wampler/Longley/Filippelli data..
>
> http://www.itl.nist.gov/div898/strd/lls/lls.shtml
>
> If you follow the link, the ASCII data files also have the certified
> results.
>
> Would yo
I will run against R.
Here is the official repository @ NIST for Wampler/Longley/Filippelli data..
http://www.itl.nist.gov/div898/strd/lls/lls.shtml
If you follow the link, the ASCII data files also have the certified
results.
Would you like me to add these tests to the unit test for
OLSMultipl
Hello.
> I try to add the method toString() to Complex.
I've created an issue for this:
https://issues.apache.org/jira/browse/MATH-614
With the "ComplexFormat" class, the "toString" method should be trivial to
add to the "Complex" class.
[This is already done in my working copy of the code.]
Pl
Hi all guys,
just to let you aware that Apache Commons Digester 3 release has been
announced on JaxEnter[1]!
All the best, have a nice day
Simo
[1] http://jaxenter.com/first-rc-of-jdk7-arrives-36709.html
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
Hi.
> [...]
> Hope this new proposition will be agreeable to all.
Committed in revision 1145559.
Best,
Gilles
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apach
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,
having
a = new Complex(Double.POSITIVE_INFINITY, 0);
b = new Complex(Double.NEGATIVE_INFINITY, 0);
c = a.multipy(b);
the result should be equals to new Complex(Double.NEGATIVE_INFINITY, 0)
and not Complex.INF.
Or I am wrong???
Arne
Hi,
I try to add the method toString() to Complex. There some issues arise:
If ether the real or imaginary part is NaN hashCode() will return the
same value. Complex.toString() should return Double.valueOf(Double.NaN).
Is thee a need to store the given values of the real/imaginary part? or
set bo
26 matches
Mail list logo
