[
https://issues.apache.org/jira/browse/MAHOUT-364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12856711#action_12856711
]
Jake Mannix commented on MAHOUT-364:
Zoran,
Any form of BSD-style license _is_ compa
[
https://issues.apache.org/jira/browse/MAHOUT-364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12856704#action_12856704
]
Benson Margulies commented on MAHOUT-364:
-
GPL3 is NOT ASL compatible.
> [GSOC] P
[
https://issues.apache.org/jira/browse/MAHOUT-364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12856698#action_12856698
]
Ted Dunning commented on MAHOUT-364:
{quote}
By the way is GPL3 Apache 2 compatible?
{q
[
https://issues.apache.org/jira/browse/MAHOUT-364?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12856658#action_12856658
]
Zoran Sevarac commented on MAHOUT-364:
--
@Jake
Now I read more about the whole Mahout
I have been testing the in-core version of this without the blocking and the
results have been very impressive.
On Tue, Apr 13, 2010 at 10:14 AM, Dmitriy Lyubimov wrote:
> I see . to minimize loss of orthogonality. Brilliant.
>
> On Tue, Apr 13, 2010 at 9:41 AM, Ted Dunning
> wrote:
>
> > What y
I see . to minimize loss of orthogonality. Brilliant.
On Tue, Apr 13, 2010 at 9:41 AM, Ted Dunning wrote:
> What you are suggesting is close to what I am doing.
>
> There are two differences,
>
> 1) the number of rows does depend on k+p, but not directly. The number of
> rows should be as large
What you are suggesting is close to what I am doing.
There are two differences,
1) the number of rows does depend on k+p, but not directly. The number of
rows should be as large as practical to make the operations more efficient.
2) Oops. You are right. The columns will need to be renormalize
Benson Margulies wrote:
https://repository.apache.org/content/repositories/orgapachemahout-015/
contains (this time for sure) all the artifacts for release 1.0 of the
mahout-collections component. This is the first independent release of
collections from the rest of mahout; it differs from the v
Why can't we say s=(k+p) and accumulate (k+p) x (k+p) A*Omega rows at one
time in the mapper and make sure we orthogonalize (k+p) rows of Q in one
block (by running a stock QR)? That way orthogonalization of the final Q
will be quaranteed (although columns of Q would be scaled at approx
[m/(k+p)] )
I am interested in contributing. The next two weeks will be a little
busy, as it is end of term, but I would be more than happy to work
over the summer on this project.
Perhaps you can also give me some advice on how to accomplish a few
tasks. Currently I am using NLineInputFormat to create/config
min support parameter ignored in FPGrowth
-
Key: MAHOUT-378
URL: https://issues.apache.org/jira/browse/MAHOUT-378
Project: Mahout
Issue Type: Bug
Components: Frequent Itemset/Association Rule
+1
On Apr 11, 2010, at 9:49 PM, Benson Margulies wrote:
> https://repository.apache.org/content/repositories/orgapachemahout-015/
>
> contains (this time for sure) all the artifacts for release 1.0 of the
> mahout-collections component. This is the first independent release of
> collections from
12 matches
Mail list logo
