Computation of the largest few singular values (often associated with a
partial set of singular vectors, either left, right or both) is very much
the business of the SVD algorithm because computing just a few singular
values is much more efficient than computing the entire set and often
suffices ju
For sparse matrices, almost the only requirement is a good dense SVD. If
you have an SVD that is very fast for tall skinny matrices, that would be
excellent. If not, that can be worked around.
The basic idea is that right multiplication by a tall skinny random array
(which is never stored explic
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=301777&projectId=538
Build statistics:
State: Ok
Previous State: Failed
Started at: Sun 14 Mar 2010 17:46:06 -0700
Finished at: Sun 14 Mar 2010 17:47:39 -0700
Total time: 1m 33s
Build Trigger: Schedule
Bu
This broke the profile - its only for components that have an m2 build
and can only be used with trunks-sandbox:
http://svn.apache.org/viewvc/commons/trunks-sandbox/
Also this profile is so that it makes running builds for the *active*
components easier - rather than having to individually kick
Luc,
I think there are two parts in the isse.
The first one is related to sparse matrix and we don't have an answer
yet. The second part is related to compute a partial set of singular
values. This is used for example in image compression or to find a
matrix with reduce rank that is the closest
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-configuration-test has an issue affecting its community
integrati
Dimitri Pourbaix a écrit :
> Luc,
>
>> Concerning MATH-321, the partial fix I proposed has been withdrawn by
>> the complete rewrite of SVD.
>> This partial fix also was not considered mathematically sound by Dimitri
>> since the dimensions of the matrices did not match complete SVD. Well,
>> this
From: Kashmira Pradhan
Subject: BeanUtils 1.8.2 compatibity with JDK 1.3 and JDK 1.4 in WAS 7 env?
To: dev@commons.apache.org
Date: Saturday, March 13, 2010, 6:27 PM
Hi,
We are getting Java Null Pointer errors in our application (error 500). Our
application is compiled against JDK1.3
Luc,
Concerning MATH-321, the partial fix I proposed has been withdrawn by
the complete rewrite of SVD.
This partial fix also was not considered mathematically sound by Dimitri
since the dimensions of the matrices did not match complete SVD. Well,
this was in fact desired as MATH-321 explicitly
> -Original Message-
> From: Stephen Colebourne [mailto:scolebou...@btopenworld.com]
> Sent: Sunday, March 14, 2010 06:44
> To: Commons Developers List
> Subject: Re: [lang] LANG-510
>
> I do fear that this discussion may be over-thinking. Most users will, I
> believe, be working with Stri
On Sun, Mar 14, 2010 at 3:47 PM, sebb wrote:
> The trunks-sandbox profile in commons-sandbox-parent is rather out of
> date, and in particular does not include convert.
>
> However, I wonder whether anyone would ever want to build all the
> sandbox components - so perhaps the profile should just b
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=301516&projectId=142
Build statistics:
State: Failed
Previous State: Failed
Started at: Sun 14 Mar 2010 08:46:42 -0700
Finished at: Sun 14 Mar 2010 08:50:49 -0700
Total time: 4m 7s
Build Trigger: Schedule
The trunks-sandbox profile in commons-sandbox-parent is rather out of
date, and in particular does not include convert.
However, I wonder whether anyone would ever want to build all the
sandbox components - so perhaps the profile should just be deleted?
S
That makes sense. Thank you for the explanation.
-Adrian
--- On Sun, 3/14/10, sebb wrote:
> From: sebb
> Subject: Re: svn commit: r922773 - /commons/sandbox/convert/trunk/.classpath
> To: "Commons Developers List"
> Date: Sunday, March 14, 2010, 8:33 AM
> On 14/03/2010, Adrian Crum
> wrote:
On 14/03/2010, Adrian Crum wrote:
> I know you mentioned that previously. It would help me understand better if
> you could tell me what it is about the file that isn't portable. As far as I
> can tell, it only contains pointers to the two source paths and the JUnit
> library. It seems to me al
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-io has an issue affecting its community integration.
This issue af
I know you mentioned that previously. It would help me understand better if you
could tell me what it is about the file that isn't portable. As far as I can
tell, it only contains pointers to the two source paths and the JUnit library.
It seems to me all Eclipse users would need at least that mu
I do fear that this discussion may be over-thinking. Most users will, I
believe, be working with String and want a String back. Many of these
calls may be in time-critical code, so the conversion from a
CharSequence (even though trivial) may be a small overhead.
We also have StrBuilder for tho
On 14/03/2010, Niall Pemberton wrote:
> On Sun, Mar 14, 2010 at 11:59 AM, sebb wrote:
> > That looks like an Ant build to me - the command line includes:
>
>
> Sorry saw it started failing recently and assumed it was the switch to
> maven. I'm wondering what did cause it to start failing though
On Sun, Mar 14, 2010 at 11:59 AM, sebb wrote:
> That looks like an Ant build to me - the command line includes:
Sorry saw it started failing recently and assumed it was the switch to
maven. I'm wondering what did cause it to start failing though?
Niall
> org.apache.tools.ant.Main
>
> and the J
On 14/03/2010, rwins...@apache.org wrote:
> Author: rwinston
> Date: Sun Mar 14 09:00:19 2010
> New Revision: 922794
>
> URL: http://svn.apache.org/viewvc?rev=922794&view=rev
> Log:
> Update for RC
>
> Modified:
> commons/proper/net/branches/NET_2_0/pom.xml
>
> Modified: commons/proper/
On 14/03/2010, adri...@apache.org wrote:
> Author: adrianc
> Date: Sun Mar 14 06:33:58 2010
> New Revision: 922773
>
> URL: http://svn.apache.org/viewvc?rev=922773&view=rev
> Log:
> Updated classpath file.
Eclipse classpath (and project) files should not be stored in SVN, as
they are not por
That looks like an Ant build to me - the command line includes:
org.apache.tools.ant.Main
and the Junit output does not look like Surefire output.
Did you perhaps follow the link and look at the Gump site?
Unlike Continuum, the log files are rewritten each time, so the only
record of the run is
So this is strange - Gump started failing on the
FilesystemObserverTestCase when it was switched from running the Ant
build to the Maven 2 build.
Niall
On Fri, Mar 12, 2010 at 10:46 AM, Gump wrote:
> To whom it may engage...
>
> This is an automated request, but not an unsolicited one. For
> mor
On Sun, Mar 14, 2010 at 6:05 AM, Mladen Turk wrote:
> On 03/14/2010 01:56 AM, Niall Pemberton wrote:
>>
>> I believe the new m2 site is at least as good as the old one - so I've
>> deployed it to http://commons.apache.org/ - if there are any problems
>> or anyone objects, we can always revert back
25 matches
Mail list logo
