mlpack IRC logs, 2018-04-11
Logs for the day 2018-04-11 (starts at 0:00 UTC) are shown below.
--- Log opened Wed Apr 11 00:00:31 2018
00:44 -!- witness [uid10044@gateway/web/irccloud.com/x-jhzdwhrvcqhjcksk] has quit [Quit: Connection closed for inactivity]
04:07 -!- govg [~govg@unaffiliated/govg] has joined #mlpack
04:20 < luffy1996> @Zoq , I had one question. This will also give me more idea how to proceed for my previous PR on policy gradient methods.
04:24 < luffy1996> One of the most important thing is gradient ascent for policy networks. How should I proceed with this. I do have one idea. I think making a gradient ascent with the help of https://github.com/mlpack/mlpack/blob/master/src/mlpack/core/optimizers/sgd/update_policies/vanilla_update.hpp is possible
04:24 < luffy1996> What I think is , doing
04:25 < luffy1996> iterate += stepSize * gradient; // line 58
04:25 < luffy1996> @rcurtin, @zoq do give me your idea about this
04:50 -!- Trion [~email@example.com] has joined #mlpack
04:59 -!- Trion [~firstname.lastname@example.org] has quit [Ping timeout: 264 seconds]
05:01 -!- Trion [~email@example.com] has joined #mlpack
06:00 -!- Trion [~firstname.lastname@example.org] has quit [Quit: Entering a wormhole]
09:17 -!- witness [uid10044@gateway/web/irccloud.com/x-roegeirxvrjdyxrr] has joined #mlpack
09:55 < zoq> luffy1996: Agreed, that is probably the best solution.
10:45 < luffy1996> Should I go ahead and add it in the optimzers . I think it is not available with mlpack
10:49 < zoq> luffy1996: Yes, please feel free, not sure sgd is the best folder for that, maybe we should create a new folder sga?
10:59 < luffy1996> I was having the same doubt. I am going with making a new folder as gradient_ascent .
11:00 < luffy1996> @zoq, You would like to add the recent PR I have submiiterhttps://github.com/mlpack/mlpack/pull/1361
11:33 < zoq> luffy1996: Will, look at it once I get a chance.
12:32 -!- rajiv_ [0e8ba202@gateway/web/freenode/ip.22.214.171.124] has joined #mlpack
12:33 -!- rajiv_ [0e8ba202@gateway/web/freenode/ip.126.96.36.199] has quit [Client Quit]
14:00 -!- ImQ009 [~ImQ009@unaffiliated/imq009] has joined #mlpack
14:05 -!- robertohueso [~email@example.com] has joined #mlpack
14:12 < robertohueso> When I try to bound the error of an algorithm that uses a tree, I do it using MaxDistance and MinDisntance methods but when call Center methods, that point's distance exceeds the error, does this make sense?
14:12 < rcurtin> robertohueso: can you explain what you mean a little further?
14:14 < robertohueso> In my particular case MaxDistnace = MinDistance (I guess this means the node has just 1 point) but Center is different from that point
14:14 < robertohueso> rcurtin: I'm particularly working on your answer to my PR #1301
14:15 < rcurtin> right, I know the context for KDE
14:15 < rcurtin> what is the tree type?
14:15 < robertohueso> kd-tree
14:16 < rcurtin> hmm, now that is interesting and unexpected, but I guess it is possible
14:16 < rcurtin> if a kd-tree node has only one point, then the size of the bound should be only that single point
14:16 < rcurtin> what is FurthestDescendantDistance() for that node? it should be 0.0
14:17 < rcurtin> also, is it possible that MaxDistance == MinDistance and both those are some invalid distance like NaN or inf? (I guess in that case the == operator would not be true)
14:17 < rcurtin> or are they both 0?
14:24 < robertohueso> FurthestDescendantDistance = 0.0
14:24 < robertohueso> MaxDistance = MinDistance = 3.100000000000000088817841970012523233891 so it seems to be valid
14:26 < robertohueso> Maybe I'm dumb but I can get the point on that node by using querySet.col(queryNode.Descendant(0)) where querySet is an arma::mat that holds query points right?
14:31 < rcurtin> yeah, that should work just fine
14:32 < rcurtin> but to me it is strange that Center() would return something different
14:32 < rcurtin> you could also check and see if the HRectBound has width 0 in each dimension
14:32 < rcurtin> I guess it must not, since Center() is returning something else
14:47 < robertohueso> HRectBound seems to have width 0
15:05 < rcurtin> that's strange, can you check to see if the point Descendant(0) even falls within the HRectBound?
15:05 < rcurtin> I think you can use .Contains() for this
15:11 < robertohueso> I just checked, it's NOT contained
15:15 < rcurtin> now that is strange, I think there may be some bug here
15:15 < rcurtin> this is surprising to me, because the trees are pretty rigorously tested
15:22 < robertohueso> I'm going to check again my code, it seems more likely that I made some mistake
15:25 < rcurtin> sounds good, but remember it is always possible there is a bug in the tree code too, so don't discount that possibility in your searching :)
16:12 -!- csoni [~firstname.lastname@example.org] has joined #mlpack
16:14 -!- csoni [~email@example.com] has quit [Read error: Connection reset by peer]
16:23 -!- govg [~govg@unaffiliated/govg] has quit [Quit: Lost terminal]
16:38 -!- vivekp [~vivek@unaffiliated/vivekp] has quit [Read error: Connection reset by peer]
16:40 -!- vivekp [~vivek@unaffiliated/vivekp] has joined #mlpack
16:43 -!- vpal [~vivek@unaffiliated/vivekp] has joined #mlpack
16:46 -!- vivekp [~vivek@unaffiliated/vivekp] has quit [Ping timeout: 260 seconds]
16:46 -!- vpal is now known as vivekp
17:42 -!- robertohueso [~firstname.lastname@example.org] has left #mlpack 
19:34 -!- dmatt [~email@example.com] has joined #mlpack
20:13 -!- dmatt [~firstname.lastname@example.org] has quit [Remote host closed the connection]
20:20 -!- lozhnikov_ [sid160380@gateway/web/irccloud.com/x-wwprawkxkwnwtkmz] has joined #mlpack
20:26 -!- ImQ009 [~ImQ009@unaffiliated/imq009] has quit [Quit: Leaving]
20:28 -!- lozhnikov_ is now known as lozhnikov
20:28 -!- Netsplit *.net <-> *.split quits: dk97[m]
20:31 -!- dk97[m] [dk97matrix@gateway/shell/matrix.org/x-vdkhklwxxzpqsigh] has joined #mlpack
20:45 -!- luffy1996 [uid281777@gateway/web/irccloud.com/x-vrgcjfiwxhoiyver] has quit [Quit: Connection closed for inactivity]
23:28 -!- manthan [6725c94b@gateway/web/freenode/ip.188.8.131.52] has joined #mlpack
--- Log closed Thu Apr 12 00:00:33 2018