[
http://issues.apache.org/jira/browse/MATH-157?page=comments#action_12446759 ]
Remi Arntzen commented on MATH-157:
---
now I see your comments... sigh
> Add support for SVD.
>
>
> K
[ http://issues.apache.org/jira/browse/MATH-157?page=all ]
Remi Arntzen updated MATH-157:
--
Attachment: svd2.tar.gz
Now it works perfectly (At least according to how I think it should work).
However it is not to your specifications, e.g. I do the
[
http://issues.apache.org/jira/browse/MATH-157?page=comments#action_12446407 ]
Remi Arntzen commented on MATH-157:
---
> You know you can invert that matrix (it's orthogonal, so just take the
> transpose), and you can
> also inver
[ http://issues.apache.org/jira/browse/MATH-157?page=all ]
Remi Arntzen updated MATH-157:
--
Attachment: svd.tar.gz
This is just a preliminary implementation.
Seeing as how I have not taken a course in linear algebra as of yet, I would
appreciate having
[ http://issues.apache.org/jira/browse/MATH-159?page=all ]
Remi Arntzen updated MATH-159:
--
Attachment: norm.diff
The normal distribution can use this inverse erf for better performance.
> Inverse Error Funct
[ http://issues.apache.org/jira/browse/MATH-159?page=all ]
Remi Arntzen updated MATH-159:
--
Attachment: erf.diff
Same as previous except with an additional missing parenthesis.
If you know how to remove the previous erf.diff you can go ahead and remove it
[ http://issues.apache.org/jira/browse/MATH-159?page=all ]
Remi Arntzen updated MATH-159:
--
Attachment: erf.diff
Quick fix: there may be a better way that I am not aware of.
> Inverse Error Function
> --
>
>
Inverse Error Function
--
Key: MATH-159
URL: http://issues.apache.org/jira/browse/MATH-159
Project: Commons Math
Issue Type: New Feature
Affects Versions: Nightly Builds
Reporter: Remi Arntzen
[
http://issues.apache.org/jira/browse/CODEC-36?page=comments#action_12430905 ]
Remi Arntzen commented on CODEC-36:
---
I created a patch for CODEC-8, which has yet to be completely resolved and
agreed upon, that includes support for the URL and
[ http://issues.apache.org/jira/browse/CODEC-8?page=all ]
Remi Arntzen updated CODEC-8:
-
Attachment: Base64.diff
Adding a Writer and Reader class that can handle additional character sets as
is done in the ws-commons-util might be nice as well.
>
[
http://issues.apache.org/jira/browse/CODEC-8?page=comments#action_12430897 ]
Remi Arntzen commented on CODEC-8:
--
As far as I can tell the ws-common-utils Base64 streams are only output streams
for encoding and decoding.
What I was referring
[
http://issues.apache.org/jira/browse/CODEC-8?page=comments#action_12430816 ]
Remi Arntzen commented on CODEC-8:
--
I have nothing against the StreamingDecoder interface, however the Base64
implemented input stream and output stream should be
[
http://issues.apache.org/jira/browse/CODEC-8?page=comments#action_12430774 ]
Remi Arntzen commented on CODEC-8:
--
My mistake
> REQ: Streaming codecs
> -
>
> Key: CODEC-8
>
[
http://issues.apache.org/jira/browse/MATH-155?page=comments#action_12429080 ]
Remi Arntzen commented on MATH-155:
---
One system of radix conversion that is not currently supported by the base Java
library's and the Commons is radix conve
[ http://issues.apache.org/jira/browse/MATH-153?page=all ]
Remi Arntzen updated MATH-153:
--
Attachment: Test.diff
> RandomDataImpl nextInt(int, int) nextLong(long, long)
> -
>
>
repeted word "of"
"transformation of of mixed object"
in java docs for org.apache.commons.math.util.TransformerMap
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[
http://issues.apache.org/jira/browse/MATH-154?page=comments#action_12425314 ]
Remi Arntzen commented on MATH-154:
---
a better implementation:
long addAndCheck(long a, long b) {
long max = Math.max(a, b);
long min = Math.min(a, b
[
http://issues.apache.org/jira/browse/CODEC-8?page=comments#action_12424787 ]
Remi Arntzen commented on CODEC-8:
--
Resolution: Won't Fix
Why won't this be fixed. This is a basic feature that demands further
considerati
[
http://issues.apache.org/jira/browse/MATH-153?page=comments#action_12424472 ]
Remi Arntzen commented on MATH-153:
---
once Math-154 (MathUtils addAndCheck and subAndCheck for long values)
is commited nextLong(long, long) could become
public
: Nightly Builds, 1.1 Final
Reporter: Remi Arntzen
public static long addAndCheck(long x, long y) {
BigInteger s = BigInteger.valueOf(x).add(BigInteger.valueOf(y);
if (s.bitLength() + 1 > Long.SIZE) {
throw new ArithmeticException("overflow: add");
Builds, 1.1 Final
Reporter: Remi Arntzen
Priority: Critical
RandomDataImpl.nextInt(Integer.MIN_VALUE, Integer.MAX_VALUE) suffers from
overflow errors.
change
return lower + (int) (rand.nextDouble() * (upper - lower + 1));
to
return (int) (lower + (long) (rand.nextDouble
[ http://issues.apache.org/jira/browse/MATH-152?page=all ]
Remi Arntzen updated MATH-152:
--
Attachment: fft.java.diff
for some reason my diff application shows a change to the entire file, but all
that is needed is the two additional methods mdfft and it
[ http://issues.apache.org/jira/browse/MATH-152?page=all ]
Remi Arntzen updated MATH-152:
--
Attachment: fftTest.java.diff
> Add MultiDimentional Support for FastFourier
>
>
> K
[ http://issues.apache.org/jira/browse/MATH-152?page=all ]
Remi Arntzen updated MATH-152:
--
Attachment: diff.txt
No documentation or test cases yet.
> Add MultiDimentional Support for FastFour
Reporter: Remi Arntzen
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
On 7/4/06, Phil Steitz <[EMAIL PROTECTED]> wrote:
Hi Remy,
The test coverage is still not where we would like to have it and we
may want to refine/revise the API. Please have a look and if you have
suggestions for improvement or are willing to work on adding more test
cases / validation with ot
On 7/4/06, Phil Steitz <[EMAIL PROTECTED]> wrote:
Hi Rem[i],
On 7/2/06, Remi Arntzen <[EMAIL PROTECTED]> wrote:
> I was just wondering if there are other people with an interest in
> developing an FFT class.
Yes! This has been on the roadmap for commons math for qui
I was just wondering if there are other people with an interest in
developing an FFT class.
I have a simple Cooley-Tukey FFT implementation to start on, and
perhaps we could work on implementing other variations.
Now obviously this implementation is very crude, and needs many
improvements, but I
28 matches
Mail list logo