verne.freenode.net changed the topic of #mlpack to: http://www.mlpack.org/ -- We don't respond instantly... but we will respond. Give it a few minutes. Or hours. -- Channel logs: http://www.mlpack.org/irc/
kshitijk has joined #mlpack
lezorich has joined #mlpack
lezorich has quit [Quit: Ex-Chat]
kshitijk has quit [Ping timeout: 250 seconds]
kshitijk has joined #mlpack
kshitijk has quit [Ping timeout: 256 seconds]
kshitijk has joined #mlpack
kshitijk has quit [Ping timeout: 248 seconds]
govg has quit [Ping timeout: 252 seconds]
kshitijk has joined #mlpack
kshitijk has quit [Ping timeout: 252 seconds]
kshitijk has joined #mlpack
kshitijk has quit [Ping timeout: 245 seconds]
govg has joined #mlpack
kshitijk has joined #mlpack
benchmark has joined #mlpack
benchmark has quit [Client Quit]
kshitijk has quit [Ping timeout: 250 seconds]
< naywhayare>
sad, no magical speedups from refactoring :(
kshitijk has joined #mlpack
govg has quit [Remote host closed the connection]
udit_s has joined #mlpack
< naywhayare>
udit_s: hey, I wanted to see if you thought it would be interesting to generalize the DecisionStump to a DecisionTree
< naywhayare>
or if you had time :)
< naywhayare>
we already have most of what's necessary, we just need to make the DecisionStump able to have children, I think
< naywhayare>
anyway, I have to get lunch, but I'll be back later to talk if you're interested in that
kshitijk has quit [Ping timeout: 250 seconds]
kshitijk has joined #mlpack
< udit_s>
naywhayare: Hey ryan ! It's been a while !
< udit_s>
naywhayare: Yeah, generalizing stumps to a dec tree would be interesting...
< udit_s>
I've been working on the RBM which Marcus had suggested earlier; as a result, I don't think it'll take me too long to get familiar with what I'd done with the decision stumps...
< udit_s>
What did you have in mind ?
kshitijk has quit [Ping timeout: 250 seconds]
< udit_s>
naywhayare: It's getting late here. Why not discuss this over mail ? :)
udit_s has quit [Quit: leaving]
kshitijk has joined #mlpack
< naywhayare>
stephentu: I'm really sorry this whole SuperLU wrapping for eigs_sym_pair() has taken so long
< naywhayare>
it's... getting there, but SuperLU is just a horrible package and I'm having a difficult time getting meaningful results out of it