ChanServ changed the topic of #mlpack to: "mlpack: a fast, flexible machine learning library :: We don't always respond instantly, but we will respond; please be patient :: Logs at http://www.mlpack.org/irc/
xiaohong has joined #mlpack
xiaohong has quit [Ping timeout: 276 seconds]
xiaohong has joined #mlpack
xiaohong has quit [Ping timeout: 245 seconds]
vivekp has quit [Ping timeout: 276 seconds]
xiaohong has joined #mlpack
xiaohong has quit [Ping timeout: 245 seconds]
jeffin143 has joined #mlpack
< jeffin143> lozhnikov : Good Morning , yesterday night made some commit for 1904, can you just check and approve of the initial idea
< jeffin143> Also , today I will clean up tf-idf , and also write blog by the eod. :)
< jenkins-mlpack2> Project mlpack - git commit test build #212: STILL UNSTABLE in 47 min: http://ci.mlpack.org/job/mlpack%20-%20git%20commit%20test/212/
travis-ci has joined #mlpack
< travis-ci> mlpack/mlpack#7802 (master - 2f26349 : Shikhar Jaiswal): The build has errored.
travis-ci has left #mlpack []
xiaohong has joined #mlpack
xiaohong has quit [Remote host closed the connection]
jeffin143 has quit [Ping timeout: 276 seconds]
jeffin143 has joined #mlpack
jeffin143 has quit [Client Quit]
jeffin143 has joined #mlpack
jeffin143 has quit [Read error: Connection reset by peer]
jeffin143 has joined #mlpack
< jeffin143> zoq : Can you take a look at these 4 images
< jeffin143> sorry they link got merged
< jeffin143> Why is stb image downloading twice ?
< zoq> jeffin143: Actually we download two files, one for read and another one for write.
< jeffin143> Ohk, got it, can we reduce the message somewhat, Like show downloaded only in count of 10 instead at each ?
< zoq> jeffin143: Maybe, will take a look.
jeffin143 has quit [Remote host closed the connection]
< jenkins-mlpack2> Project docker mlpack nightly build build #415: STILL UNSTABLE in 3 hr 26 min: http://ci.mlpack.org/job/docker%20mlpack%20nightly%20build/415/
< lozhnikov> jeffin143: I think the initial idea is correct.
KimSangYeon-DGU has joined #mlpack
< sreenik[m]> zoq: According to what we had discussed previously, I would be creating toString() functions for all the ann classes that I require right now (and maybe we can extend it to all of them later). In addition to that I also require functions to directly access the features of each layer (for eg: I need to know the kernel size, padding, etc of all the convolutional layers, I guess only inSize and outSize of all the layers can
< sreenik[m]> be accessed right now). So would you suggest creating getter functions for all the layers I require right now (and maybe extend this later to all other layers too)? Also, another change is required and that is creating a getter function in the FFN class that would return the private object network. Please let me know if it is fine to go ahead with these and also if there is anything you would like to suggest regarding
< sreenik[m]> these changes or would like to know about.
xiaohong has joined #mlpack
xiaohong has quit [Remote host closed the connection]
xiaohong has joined #mlpack
xiaohong has quit [Remote host closed the connection]
xiaohong has joined #mlpack
xiaohong has quit [Remote host closed the connection]
KimSangYeon-DGU has quit [Ping timeout: 260 seconds]
< zoq> sreenik[m]: Instead of implementing a ToString() method on a per layer basis we could also implement a class/visitor that returns a string representation: https://gist.github.com/zoq/595906a62690befce85e3935ccc84f9f
< zoq> sreenik[m]: Some informations about the ToString() method: https://github.com/mlpack/mlpack/pull/487
< zoq> sreenik[m]: Implementing getter functions for various layer sounds reasonable.
< sakshamB> ShikharJ: I am here
< Toshal> ShikharJ: Yes me too.
< sreenik[m]> zoq: Oh yes you had mentioned the visitor method the previous day too. Sounds good, I'll go ahead with it then
< rcurtin> zoq: sreenik[m]: ToString(), blast from the past :)
< sreenik[m]> Yeah :)
< rcurtin> I think it has far more utility for neural network layers (where a user may want to print the network configuration) than it ever did for other types of mlpack models
< sreenik[m]> Yes, since these models can get really big. Makes display work easier in projects and papers I suppos
< sakshamB> ShikharJ: for now I have commented out a layer and so the build for minibatch discrimination should be passing. I have also made changes to padding layer.
KimSangYeon-DGU has joined #mlpack
ImQ009 has joined #mlpack
< akhandait> rcurtin: Yup, it would be awesome to support printing of model configuration.
KimSangYeon-DGU has quit [Ping timeout: 260 seconds]
vivekp has joined #mlpack
< jenkins-mlpack2> Project mlpack - git commit test build #213: STILL UNSTABLE in 50 min: http://ci.mlpack.org/job/mlpack%20-%20git%20commit%20test/213/
< zoq> akhandait: I guess we could implement a summary function for the ffn/rnn class similair to keras.
KimSangYeon-DGU has joined #mlpack
vivekp has quit [Ping timeout: 244 seconds]
< ShikharJ> sakshamB: Toshal: I should apologize for missing the meeting. I happened to move my apartment yesterday, and as a result, stayed awake late and woke up late :(
< ShikharJ> sakshamB: That sounds good. So I think, you're currently working on Spectral Norm?
< ShikharJ> Toshal: sakshamB: Let's spend the last two weeks of our time on getting the current PRs completed.
< ShikharJ> sakshamB: In your case, since two of them (Padding and Minibatch) are close to be merge ready, and CGAN is there to be reviewed, and you're working on Spectral Norm, I think completing the current work till the last deadline should be the goal. We can work on StackGAN later on.
< ShikharJ> Toshal: Same in your case, let's complete all work till LSGANs and maybe we'll look at other stuff post GSoC.
< ShikharJ> Toshal: Also, please push out your work to blog posts, so that I can keep abreast of your work.
braceletboy has joined #mlpack
< braceletboy> @zoq Have you made any updates to the mlplack-benchmarks directory?
< braceletboy> I would like to add memory benchmarking scripts to it. But if there is work already done, I would be happy to build on it.
< braceletboy> I don't think the the run.py script that you wrote, supports memory benchmarks
< zoq> braceletboy: The PR should should be ready, I'll see if I can setup the jenkins job in next days.
< braceletboy> Okay. Thank you.
< zoq> braceletboy: About the memory benchmarks, ideally we could find a way to benchmark python code as well, in the previous version we used valgrind+massif to benchmark C++ code.
< zoq> braceletboy: If you like to give this a shot, please feel free.
< braceletboy> Okay. I will give it a shot. Thank you!
< zoq> braceletboy: Sorry this took so long.
< braceletboy> Ohh no. That's okay. I understand that you might be busy with GSOC mentorship
< braceletboy> Have a nice day! :)
< zoq> Thanks you too.
braceletboy has quit [Remote host closed the connection]
ImQ009 has quit [Quit: Leaving]
travis-ci has joined #mlpack
< travis-ci> mlpack/mlpack#7813 (master - 1d17b8c : Ryan Curtin): The build has errored.
travis-ci has left #mlpack []
abernauer has joined #mlpack
< abernauer> rcurtin: Good news figured out problem the issue with getting the C++ code into an R session. Wrote the CLI utility code as well. Though upon using the functions I get runtime errors and then a core dump crashes the R session.
travis-ci has joined #mlpack
< travis-ci> mlpack/ensmallen#427 (ensmallen-1.16.2 - fd51ff1 : Ryan Curtin): The build passed.
< travis-ci> Change view : https://github.com/mlpack/ensmallen/compare/f182766174b4^...fd51ff1a5172
travis-ci has left #mlpack []
travis-ci has joined #mlpack
< travis-ci> mlpack/ensmallen#429 (master - 63e4d46 : Ryan Curtin): The build passed.
travis-ci has left #mlpack []
< rcurtin> abernauer: nice to hear, but bad news about the R session... can you link to the CLI utility code and C++ code you are using?
< rcurtin> I can take a quick look and maybe provide some ideas
< abernauer> Ok will do need to push the code first then I will link it.
KimSangYeon-DGU has quit [Remote host closed the connection]
< abernauer> rcurtin: Here is the link https://github.com/abernauer/mlpack_r_binding/tree/master/source. Only tested it on a few functions, so far. The Log displays in the R session btw.
< rcurtin> abernauer: thanks, I'll take a look a bit later today
< rcurtin> zoq: we were planning to go with the callbacks PR instead of the templated Optimize() PR, right? (so I should close that one?)
< abernauer> Ok sounds good. Left some instructions in the comments in the R file on how to compile it with R.
abernauer has quit [Remote host closed the connection]
< rcurtin> abernauer: awesome, thanks
bruno51 has joined #mlpack
bruno51 has quit [Remote host closed the connection]