Open in new window / Try shogun cloud
--- Log opened Thu Jul 04 00:00:16 2013
@sonney2kvan51, might be that you dont' even need to write a copy constructor - the default copy constructor will just do a shallow copy anyway00:00
@sonney2kvan51, ok I am off to bed now cool that you've found the issue so quickly00:04
@sonney2kcu00:04
van51sonney2k: I wouldn't call it quickly :P00:04
van51cya00:04
@sonney2kgsomix, I will look at your hopefully to be merged PR tomorrow morning!00:05
gsomixsonney2k, yeah00:06
gsomixsonney2k, I have fallen in problems with new interface, so now I try do it in easier way. :(00:06
gsomixsonney2k, nite00:06
-!- lambday [67157f4c@gateway/web/freenode/ip.103.21.127.76] has quit []00:30
-!- zxtx [~zv@rrcs-74-62-200-195.west.biz.rr.com] has quit [Ping timeout: 245 seconds]00:56
-!- zxtx [~zv@rrcs-76-79-81-162.west.biz.rr.com] has joined #shogun01:11
-!- hushell [~hushell@8-92.ptpg.oregonstate.edu] has joined #shogun01:42
van51sonney2k: I went with a clone approach after all.. hope you're not mad :p01:58
van51sonney2k: it just seems easier that way, because it maintains the easy functionality of the Tokenizers and also avoids some hassle with the fact that CTokenizer is abstract01:59
van51sonney2k: ofc it's not set in stone, we can discuss it tomorrow01:59
van51sonney2k: I'll make a PR02:00
van51cya guys02:00
-!- van51 [~van51@athedsl-408350.home.otenet.gr] has quit [Quit: Leaving.]02:00
-!- hushell [~hushell@8-92.ptpg.oregonstate.edu] has quit [Ping timeout: 246 seconds]03:10
shogun-buildbotbuild #390 of nightly_none is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_none/builds/39003:14
-!- hushell [~hushell@c-24-21-141-32.hsd1.or.comcast.net] has joined #shogun03:32
shogun-buildbotbuild #382 of nightly_all is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_all/builds/38203:37
-!- zxtx [~zv@rrcs-76-79-81-162.west.biz.rr.com] has quit [Ping timeout: 276 seconds]03:57
shogun-buildbotbuild #447 of nightly_default is complete: Failure [failed compile]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/44704:00
-!- nube [~rho@49.244.83.95] has quit [Quit: Leaving.]04:44
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Ping timeout: 260 seconds]04:58
-!- nube [~rho@116.90.239.3] has joined #shogun05:32
-!- gsomix [~gsomix@109.188.124.219] has quit [Ping timeout: 246 seconds]05:50
-!- gsomix [~gsomix@109.188.124.219] has joined #shogun05:52
-!- nube [~rho@116.90.239.3] has quit [Quit: Leaving.]06:19
-!- nube [~rho@116.90.239.3] has joined #shogun06:19
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun08:01
shogun-notifier-shogun: van51 :develop * bac4e76 / / (9 files): https://github.com/shogun-toolbox/shogun/commit/bac4e7648b9cb77e02351eb46b7d0c756fbcbcc708:01
shogun-notifier-shogun: Multi-threaded dense_dot in HashedDocDotFeatures08:01
shogun-notifier-shogun: Soeren Sonnenburg :develop * d14f7c8 / / (9 files): https://github.com/shogun-toolbox/shogun/commit/d14f7c828077129ce0ec623ff86ff76ed92aaa3e08:01
shogun-notifier-shogun: Merge pull request #1207 from van51/feature/hashing08:01
shogun-notifier-shogun:08:01
shogun-notifier-shogun: Made HashedDocDotFeatures thread-safe (reentrant)08:01
shogun-buildbotbuild #1183 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1183  blamelist: Soeren Sonnenburg <sonne@debian.org>08:17
gsomixsonney2k, sonne|work around?08:21
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has joined #shogun08:24
travis-ci[travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/872400308:24
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has left #shogun []08:24
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has joined #shogun08:28
shogun-buildbotbuild #1184 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1184  blamelist: van51 <vangelis_51@hotmail.com>08:28
gsomixsonney2k, sonne|work I'm unhappy: there are some bugs in my code that uses Tokenizer. need little time to fix.08:30
sonne|workgsomix: hey good morning08:30
gsomixbtw with Tokenizer reading empty string is not possible08:30
gsomixis this necessary?08:31
sonne|workgsomix: then we need to support it08:31
-!- iglesiasg [~iglesias@s83-179-44-135.cust.tele2.se] has quit [Client Quit]08:31
sonne|workgsomix: it may happen yes even though unlikely & stupid08:31
shogun-buildbotbuild #1307 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1307  blamelist: Soeren Sonnenburg <sonne@debian.org>08:33
gsomixsonne|work, didn't get. support what? Tokenizer of reading of empty strings?08:34
gsomix*or08:35
sonne|workempty strings08:36
gsomixsonne|work, I don't know how. DelimiterTokenizer thinks ['\n','\n'] is one delimiter in, for example, ['a', '\n', '\n', 'b'] line08:39
gsomixneed to go at one-hour lecture about theoretical cs.  cu little later.08:41
sonne|workgsomix: then we have to make it work with that - I can ask van51 to do that when he is back online08:42
shogun-buildbotbuild #1308 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1308  blamelist: van51 <vangelis_51@hotmail.com>08:51
-!- van51 [~van51@athedsl-408350.home.otenet.gr] has joined #shogun08:58
-!- van51 [~van51@athedsl-408350.home.otenet.gr] has left #shogun []09:01
-!- van51 [~van51@athedsl-408350.home.otenet.gr] has joined #shogun09:01
van51sonne|work: hey09:01
van51sonne|work: I went with that approach because I had problems calling a copy constructor or doing the = thing, as it was saying that CTokenizer is abstract09:04
van51sonne|work: and I figured that I would either have to take cases -depending on the subclass call the appropriate copy constr-09:05
sonne|workvan51: I see. If we figure out how to do it with a copy constructor later we should convert to that. Currently it is ok as is but it will confuse people.09:06
van51sonne|work: ok, sure :)09:07
sonne|workvan51: btw gsomix just said taht DelimiterTokenizer thinks ['\n','\n'] is one delimiter in, for example, ['a', '\n', '\n', 'b'] line09:07
sonne|workvan51: so you cannot have empty lines - which we should support too09:07
van51sonne|work: it was in the description that skips consecutive delimiters09:07
van51sonne|work:  but I can change that09:08
-!- nube1 [~rho@116.90.239.3] has joined #shogun09:08
-!- nube [~rho@116.90.239.3] has quit [Read error: Connection reset by peer]09:08
sonne|workyeah please don't skip09:09
van51sonne|work: btw, how much should I expect a run on the webspam dataset to take?09:09
sonne|workvan51: think about you have a .csv file and empty entries09:09
van51sonne|work: I used it on 5k examples last night09:09
sonne|workvan51: depends on a lot of factors, n-gram size, C, epsilon09:09
van51sonne|work: and it took well over two hours09:09
sonne|workvan51: yeah these documents are long so using the converter here would be much faster09:10
sonne|workvan51: btw enable progress output then you will at least see sth09:10
van51sonne|work: ok09:11
van51sonne|work: I g2g for now09:11
-!- zxtx [~zv@cpe-75-83-151-252.socal.res.rr.com] has joined #shogun09:11
van51sonne|work: I'll make the changes in the tokenizer when I get back09:11
sonne|workvan51: thanks09:12
van51cya09:12
-!- van51 [~van51@athedsl-408350.home.otenet.gr] has left #shogun ["QUIT :Leaving."]09:12
-!- votjakovr [~votjakovr@host-46-241-3-209.bbcustomer.zsttk.net] has joined #shogun09:37
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun09:59
-!- hushell [~hushell@c-24-21-141-32.hsd1.or.comcast.net] has quit [Quit: WeeChat 0.3.7]10:18
-!- iglesiasg [~iglesias@n131-p244.kthopen.kth.se] has joined #shogun10:42
-!- mode/#shogun [+o iglesiasg] by ChanServ10:42
-!- iglesiasg [~iglesias@n131-p244.kthopen.kth.se] has quit [Client Quit]10:46
-!- iglesiasg_ [~iglesias@n131-p244.kthopen.kth.se] has joined #shogun10:46
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout]11:02
-!- nube1 [~rho@116.90.239.3] has quit [Ping timeout: 256 seconds]11:12
--- Log closed Thu Jul 04 11:27:02 2013
--- Log opened Thu Jul 04 11:27:11 2013
-!- shogun-t1olbox [~shogun@7nn.de] has joined #shogun11:27
-!- Irssi: #shogun: Total of 16 nicks [1 ops, 0 halfops, 0 voices, 15 normal]11:27
-!- Irssi: Join to #shogun was synced in 9 secs11:27
-!- Netsplit *.net <-> *.split quits: wiking, shogun-toolbox11:32
-!- HeikoS [~heiko@nat-178-25.internal.eduroam.ucl.ac.uk] has joined #shogun11:45
-!- mode/#shogun [+o HeikoS] by ChanServ11:45
-!- nube [~rho@116.90.239.3] has joined #shogun11:48
sonne|workgsomix: did you read the logs?11:48
sonne|workwiking_: poing?11:48
-!- lambday [67157c4d@gateway/web/cgi-irc/kiwiirc.com/ip.103.21.124.77] has joined #shogun11:56
lambdayHeikoS: hi11:56
@HeikoShi11:56
lambdayHeikoS: I am in the lab but I can talk a bit11:56
@HeikoSlambday: ok, :)11:56
lambdayHeikoS: it was necessary to remove C11:56
@HeikoSfirst question: why remove the C?11:56
lambdaywait let me show you11:56
lambdayand also regarding the IO/base param thing11:58
lambdayI made a small c++ code that shows it fails11:58
lambdayI'll paste it11:58
lambdayHeikoS: https://github.com/lambday/shogun/blob/feature/log_determinant/src/shogun/base/class_list.cpp.templ#L4011:59
lambdayhere it searches for the classes11:59
lambdaythe class_list, however, contains class names without the C11:59
lambdayso if I use C, it can't find anything and fails11:59
lambdayreturns NULL11:59
@HeikoSlambday: why do the others work?12:01
@HeikoSlambday: I mean, why are only your classes failing?12:02
lambdayHeikoS: I am not sure12:02
lambday:(12:02
lambdaybut others too shouldn't... cause the class name doesn't contain C, if get_name returns the classname with C, it should fail12:03
lambdayclass_name in class list I mean12:03
@HeikoSget_name never returns C12:03
@HeikoSI tried clone for some, it works12:04
lambdaythat's what I made the mistake12:04
lambdayI didn't change the class name but just changed get_name returns12:04
@HeikoSexplain12:04
lambdaywhat get_name return*12:04
lambdayumm..12:04
@HeikoSso get_name should always return the class name without the "C"12:05
lambdayCDenseMatrixOperator::get_name() const12:05
lambday{12:05
lambday....return "DenseMatrixOperator";12:05
lambday}12:05
lambdayyes12:05
@HeikoSbut every subclass of CSGObject should have a C prefix in the class name12:05
sonne|workgsomix: read the logs?12:05
sonne|workgsomix: van51 will take care of the multiple delimiter case12:05
@HeikoSsonne|work: maybe you can help out here?12:05
@HeikoSlambday: could you explain again the issue to sonne|work?12:05
sonne|workHeikoS: hey! whats up?12:05
lambdayhow the class_list is populated? reading the directories12:05
lambday??12:05
sonne|workit takes all classes with C prefix12:06
lambdayokay12:06
sonne|workthat are not Abstract12:06
sonne|workas in it tries to detect virtual foo() = 0;12:06
lambdaybut when I see class_list.cpp, if strips the C from the name12:06
lambday:(12:06
sonne|workyes but?12:07
lambdaythat's why it fails12:07
lambday:(12:07
@HeikoSlambday: explain the issue from the beginning, what the problem is12:07
lambdayalright12:07
sonne|worksry going for lunch now.12:07
lambdaysonne|work: alright...12:07
sonne|workexplain it in the meantime I will read the logs12:07
lambdayokay :)12:07
lambdayso, CSGObject::clone() calls new_sgserializable.... takes class name and ptype as params... now, in that, it searches for class_list and tries to find the name that matches with it...12:08
lambdaysince class_list strips "C", so it can't find it and returns NULL12:09
lambdayHeikoS: am I being able to explain it? :(12:09
@HeikoSlambday: I suggest the following: write a small program which calls clone on a different class, i.e. GaussianKernel (I know that this one works) and debug it to see what happens and why it works for that12:10
lambdayHeikoS: alright..12:11
@HeikoSlambday: should be just 5 lines or so12:11
lisitsynlambday: yes you need to have get_name returning name w/o C12:11
lambdaylisitsyn: yes that's what I figured12:11
lambdaybut then why GaussianKernel works12:12
lambdayHeikoS: I'll check it soon... and regarding that c++ thing I was talking about.. please have a look at this - https://gist.github.com/lambday/5926529#file-inherit_prob-cpp-L4812:12
lambdayit explains the scenario that we have..12:13
lambdayif you uncomment that line, it doesn't compile12:13
lisitsynlambday: what is wrong with GaussianKernel?12:13
lambdaylisitsyn: its working right, that's wrong :D12:13
lambdaylisitsyn: wait I'm checking12:14
lambdayHeikoS: https://github.com/lambday/shogun/blob/feature/log_determinant/src/shogun/kernel/GaussianKernel.h#L10212:14
lambdayit returns without C12:14
lambdaylisitsyn: nothing is wrong apparently12:15
@HeikoSlambday, lisitsyn I am confused :D12:15
lambdayHeikoS: me too :-/12:15
@HeikoSare there any problems? if yes what are they? :)12:15
lambdayHeikoS: there are not... get_name should return the class name w/o "C" prefix12:15
lambdayotherwise it won't work12:15
lambdayGaussianKernel does that, so it works12:16
@HeikoSlambday: yep, but every class does that12:16
@HeikoSthis is how it should be done12:16
@HeikoSwiking_: and this is why we need the clone unit tests! ;)12:16
lambdayHeikoS: I made a mistake and added "C" in its get_name, that was the mistake :(12:16
lambdaynow I changed it12:16
gsomixsonne|work, yeah, it's cool.12:16
@HeikoSlambday: I see12:16
lambdayin the PR12:16
@HeikoSlambday: but you also made some classes without the C12:17
@HeikoS-    return "CDenseExactLogJob";+    return "DenseExactLogJob";12:17
@HeikoSand others12:17
@HeikoSand if you do that, you do not have m_parameters anymore12:17
lambdayits the get_name only, right?12:17
@HeikoSyes12:19
lambdayI changed all the get_names where I used "C" prefix12:19
@HeikoSlater on there will be more confusion12:19
@HeikoSwhen we add the modular interfaces12:19
@HeikoSlambday: in facts in my fault not spotting the C :)12:19
@HeikoSI will merge the PR now right?12:20
@HeikoSlambday:  ah wait12:20
@HeikoSdo we really need this additional list in the clasS_list.py?12:20
@HeikoSI dont like that12:20
lambdayHeikoS: but all classes are supposed to return class names without "C", now I changed it for all... would it cause problem for modular interfaces?12:20
lambdayHeikoS: yes :(12:20
lambdayHeikoS: because..12:20
@HeikoSlambday: no modular interfaces are different12:21
@HeikoSlambday: also this here cannot be done:12:21
@HeikoS CSGObject::m_parameters->add(&m_operator, "dense_matrix",12:21
@HeikoSah wait12:21
@HeikoSthats the c++ issue right?12:21
lambdayHeikoS: yep12:21
@HeikoSso no problems with base class not there12:21
lambdayHeikoS: the gist I pasted12:21
@HeikoSit will still add the parmeters to the base class?12:22
@HeikoSwe should think about that12:22
@HeikoSmaybe our c++ guru has an idea12:22
lambday:D12:22
@HeikoSlisitsyn: could you check this gist by lambday?12:22
lambdaylisitsyn: https://gist.github.com/lambday/5926529#file-inherit_prob-cpp-L4812:22
lambdayHeikoS: and about that class_list thing, yes its ugly but I couldn't find other ways :(12:23
lambdayand its required, since we need new_sgserializable to work for PT_COMPLEX64 too...12:23
lambdayearlier, it just returned NULL... (that I added cause std::complex doesn't overload all the operators that other ptypes can handle, therefore make fails)12:24
lambdaynow that we need complex to work for these template classes, I don't want them to return NULL but rather create an object12:24
lambday(lol I am confused how to explain it properly :( )12:25
lambdayso, for these particular classes, I create obj and for the rest return NULL...12:25
lambdayso, new_sgserializable works properly12:26
lambdayHeikoS: this is something that me and lisitsyn discussed last night..12:26
lambday:-/12:26
@HeikoSlambday: but cant we change something else?12:27
@HeikoSI seems annoying to add all complex classes to this list in a secret python file12:27
lisitsynre12:27
@HeikoSah guru12:28
lambdayHeikoS: I think there should be better way to handle that.. our script should be able to handle that12:28
lambdayoh no12:28
lambdayno it can't :-/12:28
@HeikoSlisitsyn: do you have any ideas how to solve this?12:28
lambdaywe can't see if the any method of that classes uses +=, -= etc..12:28
lisitsynI am a bit lost12:28
lambday(those are the main culprits why complex fails)12:28
lisitsynHeikoS: solve what?12:28
@HeikoSman I really hope nobody reads this discussion, no-one will ever again develop for shogun ;)12:28
lambdayHeikoS: :(12:29
@HeikoSlambday: could you elaborate again (you can do that better than me)12:29
lambdayHeikoS: :( :( okay I am trying again12:29
lisitsynjust in a few words as I am bad in switching contexts :D12:29
lisitsynI see some gist12:29
lisitsynwhat's up with gist?12:29
lambdaylisitsyn: so its the class_list.cpp.py thing that we talked about last night12:29
lisitsynlambday: ok what's up with it?12:30
lambdaylisitsyn: I added a list of classes that we need new complex object in its _new_xxxx12:30
lisitsynyes12:30
lambdaybut adding those classes manually to the script is ugly12:30
lambdayis there any alternative that's pretty :(12:31
lisitsynwell you'd have to mark them some way12:32
lambdaypoint to note is that, complex fails only for +=, -=, /=, */12:32
lambdayif our script can handle that, then we can automate it12:32
lisitsynno I wouldn't go for that12:32
lambdaythat's even uglier isn't it :(12:33
lisitsynlambday: you can add a dummy typedef here12:33
lisitsynand search for it12:33
lambdaylisitsyn: like?12:34
lisitsyntypedef bool SupportsComplex;12:34
lisitsyninside class12:34
lambdayinside the clas?12:34
lambdayoh12:34
lisitsynyes12:34
lisitsyneither way you can add a static field12:34
lisitsynstatic bool SupportsComplex;12:35
lisitsynlike that12:35
lambdaythen, how about CGSObject has that, and initializes to false by default, and its subclasses that support sets it to true12:35
lambdayCSG*12:35
lisitsynyou don't need inheritance here12:35
lisitsynyou don't call methods you just need to have some mark12:35
lambdayokay...12:36
lambdayand in the script?12:36
lambdayI just check if that name is there??12:36
lambdaythat line12:36
lisitsynyes I think so12:36
lambdayummm....12:37
lisitsynlambday: just add 'typedef bool supports_complex_tag;' inside your classes12:37
lisitsynand search for it12:37
lambdayokay then...12:37
@HeikoSguru has spoken :)12:37
@HeikoSthanks a lot, lisitsyn!12:37
lisitsynhaha HeikoS12:37
@HeikoSsounds like this might work12:37
lambday:D12:37
lisitsynlambday: other way you can do that with macroses12:38
lisitsynlike IGNORE_IN_CLASSLIST12:38
lambdayyes...12:38
lambdaymacro in this sense is better12:38
lisitsynbut I like C++y things12:38
lisitsyn:)12:38
lambday#ifdef types12:38
lisitsynwhy?12:38
lisitsynit is less safe12:38
lambdaylisitsyn: umm.. why less safe?12:38
lisitsynmacroses are defined in the whole compilation unit scope12:39
lisitsynso clashes may get it funny12:39
lambdayaha!12:39
lisitsynit is unlikely to get a clash with some internal typedef or internal structure definition12:39
lambdaylisitsyn: yes..12:40
lisitsynlambday: furthermore one can use it later in C++12:40
lisitsynthrough SFINAE for example12:40
lisitsynto check if class supports complex12:40
lisitsynlunch time be back in a bit12:40
lambdaylisitsyn: alright12:40
lambdaylisitsyn: thanks a lot :D12:41
lambdayHeikoS: this should work :D12:41
@HeikoSyep sounds reasonable12:41
lambdayalright... I'll change12:42
lambdayoh about the c++ issue..12:42
lambdayHeikoS: lisitsyn: if you uncomment this line it gives error : https://gist.github.com/lambday/5926529#file-inherit_prob-cpp-L4912:43
lambdayHeikoS: brb12:46
-!- foulwall [~user@2001:da8:215:6100:79d6:1517:f4b8:d872] has joined #shogun12:48
-!- iglesiasg_ [~iglesias@n131-p244.kthopen.kth.se] has quit [Quit: Ex-Chat]12:55
-!- iglesiasg_ [~iglesias@2001:6b0:1:1041:7960:5f80:523d:4778] has joined #shogun12:56
-!- iglesiasg_ is now known as iglesiasg12:56
-!- mode/#shogun [+o iglesiasg] by ChanServ12:56
lambdayback13:05
sonne|worklambday: good to see everything is fine :)13:13
lambdaysonne|work: yes :)13:14
lambdayHeikoS: lisitsyn sonne|work: I'll modify the script at night13:14
@HeikoSlambday: okay! thanks!13:15
lambdayHeikoS: man thanks for pointing out the clone thing :D otherwise I would never have found this bug13:15
@HeikoSlambday: I did not really do anything :)13:16
lambdayHeikoS: you're the guru for me :)13:18
foulwallHi sonne|work, I'm rewriting the toy data uploader in django's file upload model, the code now is a little ugly, and there's not any security measure, I'll add some limit to it.13:18
lambdayHeikoS: lisitsyn sonne|work see you at night13:18
@HeikoSlambday: see you! :)13:18
-!- lambday [67157c4d@gateway/web/cgi-irc/kiwiirc.com/ip.103.21.124.77] has quit [Quit: lambday]13:18
-!- nube [~rho@116.90.239.3] has quit [Ping timeout: 264 seconds]13:19
sonne|workfoulwall: why do you do any data uploader?13:19
sonne|workfoulwall: just reading fixed data from a certain directory is all we want for demos13:19
foulwallno, just hd513:19
sonne|workfoulwall: not sure what you mean13:20
sonne|workthe idea was to just have a directory with .h5 files that one can select in the demo13:20
foulwallArgh, I thought I need to implement a uploader. I got it.13:25
sonne|workfoulwall: no uploader at this stage no13:25
foulwallok. that's easy to roll back...13:26
sonne|workfoulwall: if we have time this can be done later13:28
foulwallgotcha. I'll have a look at the data set list cheng suggests and make a convert.13:31
foulwall:)13:31
-!- nube [~rho@116.90.239.3] has joined #shogun13:41
sonne|workfoulwall: no just use this one data set that we have and make a list of files where just this one can be selected13:42
sonne|workfoulwall: once this basic infrastructure is there I can add reasonable files and we can extend examples13:43
foulwallsonne|work: ah?  you mean shogun-data?13:46
sonne|workfoulwall: yeah this one .h5 data set in there13:46
foulwallok13:47
foulwallsonne|work: still not quite catch you, there's only a australian.libsvm.h5 in shogun-data, is that one?13:52
sonne|workyeah13:58
-!- gsomix [~gsomix@109.188.124.219] has quit [Ping timeout: 256 seconds]13:58
-!- foulwall [~user@2001:da8:215:6100:79d6:1517:f4b8:d872] has quit [Ping timeout: 264 seconds]14:02
-!- foulwall` [~user@2001:da8:215:6100:2cc4:6e07:d549:4753] has joined #shogun14:05
foulwall`oh, http://foulwall.com:8000/svr/entrance , I have did a simple14:05
foulwall`            importer about one month ago, the data set seem not appropriate14:05
foulwall`            for svr, I'll add a directory to store h5s and do some simple14:05
foulwall`            refractoring.14:05
-!- foulwall` [~user@2001:da8:215:6100:2cc4:6e07:d549:4753] has quit [Remote host closed the connection]14:12
-!- iglesiasg_ [~iglesias@n131-p244.kthopen.kth.se] has joined #shogun14:18
-!- iglesiasg_ [~iglesias@n131-p244.kthopen.kth.se] has quit [Client Quit]14:18
-!- iglesiasg__ [~iglesias@2001:6b0:1:1041:7960:5f80:523d:4778] has joined #shogun14:18
-!- iglesiasg [~iglesias@2001:6b0:1:1041:7960:5f80:523d:4778] has quit [Read error: Connection reset by peer]14:20
-!- foulwall [~user@2001:da8:215:6100:6891:dc16:b54:6ea7] has joined #shogun14:39
-!- nube [~rho@116.90.239.3] has quit [Ping timeout: 245 seconds]14:45
-!- gsomix [~gsomix@109.188.125.165] has joined #shogun14:49
sonne|workfoulwall: yes it is not the best choice14:56
sonne|workfoulwall: but it is enough for proof of concept14:56
-!- lambday [67157d4c@gateway/web/freenode/ip.103.21.125.76] has joined #shogun15:06
-!- foulwall [~user@2001:da8:215:6100:6891:dc16:b54:6ea7] has quit [Ping timeout: 245 seconds]15:07
lambdayHeikoS: there?16:03
-!- iglesiasg__ [~iglesias@2001:6b0:1:1041:7960:5f80:523d:4778] has quit [Quit: Ex-Chat]16:12
-!- gsomix [~gsomix@109.188.125.165] has quit [Quit: Leaving]16:16
-!- kevin_ [~Kevin@d67-193-243-174.home3.cgocable.net] has joined #shogun16:36
-!- kevin_ is now known as pickle27_home16:36
-!- pickle27_home [~Kevin@d67-193-243-174.home3.cgocable.net] has quit [Ping timeout: 246 seconds]17:12
-!- van51 [~van51@athedsl-408350.home.otenet.gr] has joined #shogun17:12
-!- pickle27_home [~Kevin@d67-193-243-174.home3.cgocable.net] has joined #shogun17:12
@HeikoSlambday:  now17:40
@HeikoSsorry was in a meeting17:40
lambdayHeikoS: no problem... I am fixing the script17:41
lambdayHeikoS: by the way, for the unit-test for accuracy as per Hale's paper17:41
lambdaywe have to do that for the operator function17:41
lambdayusing trace samples we won't get that accuracy17:42
lambdayso,17:42
lambdayI should use const vectors for testing the accuracy, right17:42
lambday?17:42
@HeikoSlambday: good point17:43
@HeikoSlambday: yes constant vectors, just extract the trace17:43
@HeikoSi.e. use all basis vectors17:43
@HeikoSonce17:43
lambdayyes that's what I thought of :)17:43
@HeikoSlambday: good :)17:43
@HeikoSvotjakovr: how is the logit going?17:44
votjakovrHeikoS: hi, sorry, didn't send a PR yesterday (find some bugs) :(17:45
-!- nube [~rho@49.244.93.13] has joined #shogun17:45
@HeikoSvotjakovr: dont worry, just asking what the state is17:45
@HeikoSbugs are happening where?17:46
votjakovrHeikoS: in evaluating of predictive mean and variance17:46
votjakovrHeikoS: i do that not correctly17:47
@HeikoSvotjakovr: ok, let me know if you have problems17:48
votjakovrHeikoS: i mean i *did* that not correctly17:48
@HeikoSvotjakovr: so its working now?17:48
votjakovrHeikoS: nope, i'm fixing17:48
pickle27_homelisitsyn: Im walking to the lab now so I'll be talking from my reg irc name in about 15 mins if you want to discuss my latest PR17:49
-!- pickle27_home [~Kevin@d67-193-243-174.home3.cgocable.net] has quit [Quit: Leaving]17:49
@HeikoSvotjakovr: ok, keep me updated on those things, its good for me to know what you are currently doing ...17:50
-!- foulwall [~user@2001:da8:215:c252:880e:eabd:c036:2b7] has joined #shogun17:51
votjakovrHeikoS: btw since we have p(y*=1|x*) and apply_binary(x*) method returns y=-1 or 1 for each feature x*, so i did that this method returns y*=1 if p(y*=1|x*)>=0.5, and y*=-1 otherwise for each feature x*. Is it good?17:54
@HeikoSvotjakovr: that is good17:55
@HeikoSbut it is also possible to get the probability scores right?17:56
@HeikoSthey should be stored in the results somewhere also17:56
votjakovrHeikoS: sure, we can get predictive mean and predictive variance17:56
votjakovrHeikoS: like in regression17:56
@HeikoSvotjakovr: ok good then17:57
@HeikoSvotjakovr: oh but does it work in the same way as the svm predictions?17:58
@HeikoSbecause that would be good17:58
@HeikoSsvm's apply returns binary labels, which store the scores internally also17:58
votjakovrHeikoS: for example: if we want to get scores, we call something like gpc.get_mean_vector(features); if we want to get labels, we call gpc.apply_binary(features)18:04
@HeikoSvotjakovr: I know, that is good, however, if you call svm->apply() you get binary labels, which internally also store the scores of the SVM, the GPC should do the same18:04
votjakovrHeikoS: and will get_mean_vector() return that scores?18:07
@HeikoSvotjakovr: yes18:07
votjakovrHeikoS: Ok :)18:07
van51sonney2k, sonne|work: made a PR for the delimiter18:17
-!- FSCV [~FSCV@50.7.50.60] has joined #shogun18:18
pickle27lisitsyn: any comments on the latest JADiag PR?18:20
lisitsynpickle27: sorry got overloaded here18:21
lisitsynpickle27: I have seen you made a unit-test18:22
votjakovrHeikoS: i've just sent a PR with log(normal_cdf(x)) function18:24
pickle27lisitsyn: no worries, whenever you get a chance!18:24
pickle27lisitsyn: looks like the unit test isn't totally perfect, it generates random data and its only working half the time18:25
votjakovrHeikoS: i'm trying not to send big patches18:25
pickle27lisitsyn: it should use a chi square dist but there wasn't an easy way to do so, so I stuck with reg gaussian which might be why18:26
@HeikoSvotjakovr: cool Ill have a look18:26
@HeikoSvotjakovr: thanks for the typo fixes :) they were my fault18:27
pickle27lisitsyn: slash that travis fail is the only time I've seen it not work but I've only ran it a dozen or so times18:27
@HeikoSvotjakovr: I have put two minor comments18:28
@HeikoSvotjakovr: will merge anyway, please add them in the next PR :)18:28
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun18:29
shogun-notifier-shogun: Roman Votyakov :develop * 2d8d5a2 / / (3 files): https://github.com/shogun-toolbox/shogun/commit/2d8d5a26f80cb930747227a8f4f427377e9e43c018:29
shogun-notifier-shogun: add log(normal_cdf(x)) function18:29
shogun-notifier-shogun: Heiko Strathmann :develop * 7f3ea0a / / (3 files): https://github.com/shogun-toolbox/shogun/commit/7f3ea0a4cf3ccab5dda3b3919db7093c86df14c118:29
shogun-notifier-shogun: Merge pull request #1210 from votjakovr/feature/gp_binary_classification18:29
shogun-notifier-shogun:18:29
shogun-notifier-shogun: add log(normal_cdf(x)) function18:29
votjakovrHeikoS: Ok, i'll fix documentation18:29
-!- foulwall [~user@2001:da8:215:c252:880e:eabd:c036:2b7] has quit [Ping timeout: 264 seconds]18:31
votjakovrHeikoS: btw i think that we should have something for approximation of integral of one variable or use external library for that18:35
@HeikoSvotjakovr: I agree18:41
@HeikoSvery good point, this should be in statistics18:41
@HeikoSvotjakovr: could you do that?18:41
lisitsynmore code for the code god18:43
@HeikoSlisitsyn: all hail the code god :D18:43
@HeikoSvotjakovr: maybe have a look around if you can find things for that, like alglib or so18:44
shogun-buildbotbuild #1185 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1185  blamelist: Roman Votyakov <votjakovr@gmail.com>18:44
@HeikoSI would not use external libraries but rather copy/paste it, as it will be a very short fragment18:44
@HeikoSobviously depends18:44
votjakovrHeikoS: ok, i'll try to find something :)18:50
shogun-buildbotbuild #1186 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1186  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>18:53
shogun-buildbotbuild #1309 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1309  blamelist: Roman Votyakov <votjakovr@gmail.com>19:07
-!- iglesiasg [~iglesias@2001:6b0:1:1041:39c0:6b00:3982:6d7e] has joined #shogun19:09
-!- mode/#shogun [+o iglesiasg] by ChanServ19:09
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has joined #shogun19:27
travis-ci[travis-ci] it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/873974319:27
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has left #shogun []19:27
lambdayHeikoS: I updated the PR19:29
lambdayplease have a look.. I'll be back after dinner19:29
shogun-buildbotbuild #1310 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1310  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>19:30
-!- lisitsyn [~lisitsin@mxs.kg.ru] has quit [Quit: Leaving.]19:45
lambdayHeikoS: back20:20
@HeikoSlambday: hi!20:21
@HeikoSlambday: looking at the pr20:21
lambdayHeikoS: let me know if the script looks okay20:21
lambday:-/20:21
@HeikoSlambday:  looks good!20:22
-!- iglesiasg [~iglesias@2001:6b0:1:1041:39c0:6b00:3982:6d7e] has quit [Quit: Ex-Chat]20:22
lambday:)20:22
@HeikoSlambday: one last question: why is this necessary for complex and not for the others?20:22
@HeikoSsorry if I ask over an dover again, busy day, keep forgetting things ;)20:22
lambdaythere are few more template classes that uses operators that std::complex doesn't support20:23
@HeikoSclass operators?20:23
@HeikoScan you give an example?20:23
lambdayHeikoS: hehe don't worry about that :D I'll give you a tough competition about forgetting :D20:23
lambdayHeikoS: wait20:23
lambdaywhen I added it normally, many classes raised errors20:25
@HeikoSwhat operators are that?20:25
lambdayI gotta check.. I'm checking20:26
lambdayhttp://www.cplusplus.com/reference/complex/complex/operators/20:26
lambdaythese are what complex supports20:26
@HeikoSbut what do we need and from where is it needed?20:27
lambdayHeikoS: yes checking that20:27
shogun-notifier-shogun: lambday :develop * 503af31 / / (41 files): https://github.com/shogun-toolbox/shogun/commit/503af31b774042554f60ffab962f57e5484728f120:28
shogun-notifier-shogun: bugfixes in log-det framework20:28
shogun-notifier-shogun: Heiko Strathmann :develop * 218429e / / (41 files): https://github.com/shogun-toolbox/shogun/commit/218429e32aeb161b192ecae148c5e8656b530c5520:28
shogun-notifier-shogun: Merge pull request #1208 from lambday/feature/log_determinant20:28
shogun-notifier-shogun:20:28
shogun-notifier-shogun: bugfixes in log-det framework20:28
@HeikoSlambday: merging for now so that we can continue, if sonney2k is fine with those changes, we can leave it as it is20:28
@HeikoSlambday: what about those accuracy issues you talked about, are they gone now since memory errors are gone?20:29
@HeikoSvotjakovr: how are things with the integration and the logit bugs?20:29
lambdayHeikoS: accuracy now shows the behavior as the paper says20:29
@HeikoSlambday: whooooo! :)20:29
lambdayincreases with number of shifts and then becomes const20:29
lambdayI mean20:30
@HeikoSvery very good, this is a major step then20:30
lambdayI gotta do more checks but so far it seems20:30
lambdayyes :)20:30
@HeikoSyes pls do intensive unit tests for that20:30
lambdayI'll add that unit-test (using base vectors) tonight only20:30
@HeikoSsince we will rely on it20:30
lambdaywill reveal many things20:30
@HeikoSgood stuff20:30
lambdayyes yes! :D20:30
@HeikoSso next steps?20:30
@HeikoScg methods? :)20:30
@HeikoSshould be pretty interesting those20:31
lambdaycocg20:31
lambdayoh and sparse matrix op20:31
lambdaycocg_m should work for both20:31
@HeikoSoh yes20:31
@HeikoSok20:31
@HeikoSI will go home soon20:31
lambdayHeikoS: okay :)20:31
@HeikoSlambday: checking back tomorrow :)20:31
lambdayHeikoS: see you :) good night :)20:32
lambdayHeikoS: I'll list the problem that I was facing with complex.. I need some time to figure out exactly what is causing that20:32
lambdaycomment in the PR itself may be20:33
@HeikoSlambday: yeah ok, maybe sonney2k has some ideas, he wrote most of this stuff20:33
lambdayhmm20:33
votjakovrHeikoS: i'm working on it (reading alglib)... i think will be ready tomorrow20:33
@HeikoSvotjakovr: does alglib have things?20:33
@HeikoSif not you could also steal the gpml or gp_stuff code20:34
votjakovrHeikoS: yep, but too hard to read it20:34
@HeikoSvotjakovr: yeah alglib is horror20:34
@HeikoSvotjakovr: I tool most functions in CStatistics from it20:34
@HeikoSvotjakovr:  http://www.alglib.net/integration/gausskronrodquadratures.php20:34
@HeikoSit has gauss kronrod20:34
@HeikoSvotjakovr: copying this stuff is a bit annoying:20:35
@HeikoSvotjakovr: all ==, <, <=, etc  have to be replaces20:35
@HeikoSand the std math function calls20:35
votjakovrHeikoS: yep, i'm already looking at gauss-kronrod implementation20:35
votjakovrHeikoS: Ok20:35
@HeikoSvotjakovr: have a look at the functions in CStatistics on how to do this20:35
@HeikoSvotjakovr: ok then, good luck, let me know how it goes, will go home now, see you tomorrow!20:36
votjakovrHeikoS: good night, see you ;)20:36
-!- lisitsyn [~lisitsyn@46.20.65.245] has joined #shogun20:38
lisitsynpickle27: alright I'm back20:39
lisitsynlets see your pr20:39
pickle27lisitsyn: sweet!20:39
lambdayHeikoS: found something! still here?20:43
@HeikoSlambday: yes half :)20:43
lambday+= with complex and unsigned int20:43
lambdayfor example20:43
shogun-buildbotbuild #1187 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1187  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>20:43
lambdayCDenseFeatures.cpp20:43
lisitsynlambday: what's up?20:43
lambdayline 51320:43
shogun-notifier-shogun: Kevin :develop * ffb662e / src/shogun/mathematics/ajd/ (2 files): https://github.com/shogun-toolbox/shogun/commit/ffb662eb4d8572b73e6ccd64aa3d2066db27f6dd20:44
shogun-notifier-shogun: added base class for AJD and an example of a derived class header20:44
shogun-notifier-shogun: Kevin :develop * 3c3592a / src/shogun/mathematics/ajd/ (3 files): https://github.com/shogun-toolbox/shogun/commit/3c3592ae10b782195e5f8983259a05285415e4b820:44
shogun-notifier-shogun: added JADiag.cpp and made some of the other suggested edits20:44
lambdaylisitsyn: it worked20:44
shogun-notifier-shogun: Kevin :develop * 37cb7ba / src/shogun/mathematics/ajd/JADiag.cpp,src/shogun/mathematics/ajd/JADiag.h: https://github.com/shogun-toolbox/shogun/commit/37cb7ba3a8e423605ea3549163626e6458b6fd5520:44
shogun-notifier-shogun: fixed some minor mistakes so that it builds20:44
shogun-notifier-shogun: Kevin :develop * f0abf7e / src/shogun/mathematics/ajd/ (3 files): https://github.com/shogun-toolbox/shogun/commit/f0abf7e4a4e803d8d2d05e45f48eae9fe6ed28c420:44
shogun-notifier-shogun: swithed to cmath for machine eps and changed includes format20:44
shogun-notifier-shogun: Kevin :develop * 8fb01ac / src/shogun/mathematics/ajd/ (3 files): https://github.com/shogun-toolbox/shogun/commit/8fb01accbf51ec1dcf10195b875494ce28a4e81d20:44
shogun-notifier-shogun: changed pointer V0 to use an emtpy SGMatrix20:44
shogun-notifier-shogun: Kevin :develop * cfb101a / / (4 files): https://github.com/shogun-toolbox/shogun/commit/cfb101a6811d805871350230bb66ee1106866c4b20:44
shogun-notifier-shogun: added a unit test for JADiag and ifdefs for eigen320:44
shogun-notifier-shogun: Sergey Lisitsyn :develop * 2664590 / / (4 files): https://github.com/shogun-toolbox/shogun/commit/26645905424e53272b20196fd623d66bcc076db320:44
shogun-notifier-shogun: Merge pull request #1205 from pickle27/develop20:44
shogun-notifier-shogun:20:44
shogun-notifier-shogun: added base class for AJD and an example of a derived class header20:44
-!- gsomix [~gsomix@109.188.126.210] has joined #shogun20:44
lisitsynpickle27: lets move on then ;)20:44
pickle27lisitsyn: sweet!20:44
gsomixvan51, thanks for PR20:45
gsomixgood evening20:45
pickle27lisitsyn: build bot might freak out for the next bit because I didn't have a chance to rebase before the merge20:46
lisitsynpickle27: oops20:46
lisitsynpickle27: let it be20:46
pickle27lisitsyn: all righty20:49
van51gsomix: np :)20:49
pickle27lisitsyn: I've got a quick meeting with my supervisor, Im submitting my thesis tomorrow! then I'll be back20:49
lisitsynpickle27: sure take your time20:49
pickle27lisitsyn: should have a PR for FFDiag pretty soon20:49
@HeikoSlambday:20:52
@HeikoSbut that should be working not?20:52
lambdayhttps://gist.github.com/lambday/592960020:52
@HeikoSthese operators can be defined20:53
@HeikoSand then the error is gone without this complex busyness in class_list?20:53
shogun-buildbotbuild #1188 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1188  blamelist: lambday <heavensdevil6909@gmail.com>20:53
@HeikoSlambday: or am I wrong?20:53
-!- travis-ci [~travis-ci@ec2-54-224-215-138.compute-1.amazonaws.com] has joined #shogun20:53
travis-ci[travis-ci] it's Heiko Strathmann's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/874277820:53
-!- travis-ci [~travis-ci@ec2-54-224-215-138.compute-1.amazonaws.com] has left #shogun []20:53
lambdayHeikoS: I didn't get you :(20:53
@HeikoSuint8 a=1; complex64_t b=(2,1); a+b should return complex64_t(3,1)20:54
lambdayyes20:54
lambdaybut there is const20:54
@HeikoSlambday: so why not define these operators?20:54
lisitsynoh please not define such operators20:54
lambday:-s20:55
@HeikoSlisitsyn: reasons?20:55
@HeikoShaha :D20:55
@HeikoSI am just asking and trying to understand whats going on20:55
lambdaywe won't be needing that anyway :-s20:55
lambdayyes :D20:55
lisitsynHeikoS: everything that could be casted to uint8 and complex64_t here20:55
lisitsynwill use it20:55
@HeikoSlisitsyn: so?20:55
lisitsynHeikoS: it may shoot ya leg ;)20:55
@HeikoSok then20:55
@HeikoSalready merged the class_list solution20:56
lisitsynstruct p { p(int i) { ... } }20:56
lisitsynp operator+(const p& a, const p& b) { ... }20:56
lisitsyn2 + 320:56
lisitsynguess what may be called20:56
lisitsyn:D20:56
-!- van51 [~van51@athedsl-408350.home.otenet.gr] has quit [Quit: Leaving.]20:57
@HeikoSlisitsyn: yep, good that I asked you ;)20:58
lisitsynHeikoS: not in case of 2 + 320:58
lisitsynbut in case of20:58
lisitsynint a = 2;20:58
lisitsynint b = 3;20:58
lisitsynIIRC it could really be called20:58
lisitsynbecause your overloaded thing has some priority indeed20:58
lisitsynand types are cast'able20:59
lisitsynso why not?20:59
lisitsyn:D20:59
* lambday faints20:59
lisitsynHeikoS: that's why such operators should be member functions20:59
lisitsynthey are of much more limited scope20:59
@HeikoSI see, thanks! :)21:00
lisitsynHeikoS: but we can't extend complex64_t21:01
shogun-buildbotbuild #1311 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1311  blamelist: Heiko Strathmann <heiko.strathmann@gmail.com>21:01
lisitsynHeikoS: and it slows down compilation (may be) :)21:04
@HeikoSlisitsyn: you convinced me21:05
lisitsynHeikoS: hehe I am just thinking loudly21:05
shogun-buildbotbuild #1176 of deb2 - static_interfaces is complete: Failure [failed compile libshogun]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1176  blamelist: Kevin <kevinhughes27@gmail.com>21:06
@HeikoSok guys, really going now :)21:07
lambdayHeikoS: see you :)21:07
lambdayI too am sleepy.. :(21:07
@HeikoSlambday: sleeping is important! :)21:07
@HeikoSbye!21:07
lambdaybye :)21:07
-!- HeikoS [~heiko@nat-178-25.internal.eduroam.ucl.ac.uk] has quit [Quit: Leaving.]21:08
shogun-buildbotbuild #1189 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1189  blamelist: Kevin <kevinhughes27@gmail.com>21:13
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has joined #shogun21:17
travis-ci[travis-ci] it's Sergey Lisitsyn's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/874315521:17
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has left #shogun []21:17
-!- lisitsyn [~lisitsyn@46.20.65.245] has left #shogun []21:19
shogun-buildbotbuild #1190 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1190  blamelist: Sergey Lisitsyn <lisitsyn.s.o@gmail.com>21:22
shogun-buildbotbuild #1313 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1313  blamelist: Sergey Lisitsyn <lisitsyn.s.o@gmail.com>, Kevin <kevinhughes27@gmail.com>21:23
shogun-buildbotbuild #1312 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1312  blamelist: lambday <heavensdevil6909@gmail.com>21:30
shogun-buildbotbuild #1177 of deb2 - static_interfaces is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/117721:31
shogun-notifier-shogun: van51 :develop * 98dbd98 / / (3 files): https://github.com/shogun-toolbox/shogun/commit/98dbd9853e72432b7ed5cf482170e981d71e0adb22:00
shogun-notifier-shogun: Changed CDelimiterTokenizer behavior on consecutive delimiters22:00
shogun-notifier-shogun: Soeren Sonnenburg :develop * ded6e97 / / (3 files): https://github.com/shogun-toolbox/shogun/commit/ded6e973a11d4cb7b7e023cc80c90f6efc65810b22:00
shogun-notifier-shogun: Merge pull request #1209 from van51/feature/hashing22:00
shogun-notifier-shogun:22:00
shogun-notifier-shogun: Changed CDelimiterTokenizer behavior on consecutive delimiters22:00
@sonney2kevening gents22:01
@sonney2kgsomix, all good?22:01
@sonney2kwiking_, around?22:03
shogun-buildbotbuild #1178 of deb2 - static_interfaces is complete: Failure [failed test octave_static]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/1178  blamelist: Soeren Sonnenburg <sonne@debian.org>22:13
lambdaysonney2k: there?22:17
shogun-buildbotbuild #1191 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1191  blamelist: Soeren Sonnenburg <sonne@debian.org>22:17
@sonney2klambday, hey!22:18
lambdaysonney2k: hi :)22:18
@sonney2klambday, I have to leave train soon22:18
@sonney2kwassup?22:18
@sonney2klambday, no time to sleep?22:18
lambdaysonney2k: okay... could you please have a look at my last PR and check if the changes I made with class_list.cpp.py are okay22:18
lambdaysonney2k: yes apparently :(22:18
lambday15-16 hours working daily :(22:19
shogun-notifier-shogun: Soeren Sonnenburg :develop * 0ac043b / src/shogun/lib/external/libocas.cpp: https://github.com/shogun-toolbox/shogun/commit/0ac043b75386152ffca7e7ad985a86c1a6c9d90522:19
shogun-notifier-shogun: don't use reserverd keyword _C22:19
@sonney2klambday, checking22:19
@sonney2klambday, don't kill yourself22:19
lambday*sigh*22:20
lambdaymy insti :'(22:20
@sonney2klambday, where is your PR?22:20
lambdayits merged already22:20
@sonney2klambday, very good!22:20
lambdaysonney2k: for complex, we needed to handle it separately22:20
@sonney2klambday, shall I check nevertheless?22:20
@sonney2klambday, what is wrong with complex22:20
lambdayso, I modified class_list22:20
lambdaysonney2k: few template classes use operators that complex doesn't support22:21
@sonney2klambday, as in sgvector/matrix etc?22:21
lambdayso can't create new object for them for complex, I kept them as null.. and those that works, I added a typedef bool supports_compelx64_t,22:22
lambdaysonney2k: no, like DenseFeatures etc22:22
@sonney2klambday, it is not possible to have densefeatures of complex?22:22
@sonney2khmmhh22:22
@sonney2kthat is pretty stupid then22:23
@sonney2kI think we have to find some solution for that to work at least long term wise22:23
lambdaysonney2k: what would be a better way to handle it?22:23
@sonney2klambday, no idea I don't yet know what the problem is22:23
@sonney2kI guess dotfeatures?22:23
lambdaysonney2k: okay, if you're leaving then we can discuss it tomorrow in more detail may be?22:24
@sonney2ksitting outside already22:24
@sonney2kgetting eaten by mosquitos alive22:24
lambdayerrr...22:24
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has joined #shogun22:24
travis-ci[travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/874499522:24
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has left #shogun []22:24
lambdaythe problem is with a few operators.. complex doesn't overload them all, that other ptypes support22:25
lambdayso, either we have to add support for them like I did for SGMatrix etc... or leave it as it is22:26
lambdaycause currently if I try to create new CDenseFeature<complex64_t>, compiler complains22:26
@sonney2klambday, IMHO it is rather a waste to not support the complex type in the C*Features22:27
@sonney2keven as sole data containers it makes sense22:28
-!- iglesiasg [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun22:28
-!- mode/#shogun [+o iglesiasg] by ChanServ22:28
@sonney2ke.g. octave or so support complex data types too so22:28
@sonney2klambday, but not urgent22:28
shogun-buildbotbuild #1192 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1192  blamelist: van51 <vangelis_51@hotmail.com>22:28
lambdaysonney2k: so, I should add these supports later you're saying?22:29
lambdayand then we can get rid of this thing in class_list22:29
@sonney2klambday, yeah - or SG_NOTIMPLEMENTED even22:29
lambdayyes at least it should compile22:29
@sonney2klambday, maybe file a bug report so we don't forget22:29
lambdayalright.. I'll do it22:29
lambdayokay22:29
lambdaywell, its not a bug :-/22:30
lambdaybut yeah, I'll create an issue with it22:30
@sonney2klambday, well lets call it a task then :)22:30
lambday:)22:30
lambday:D22:30
@sonney2kwe should then also add typemaps to support complex i/o from python/octave/R etc22:31
lambdaysonney2k: yes.. that is also pending22:31
@sonney2klambday, are you using any complex types that you want to pass around between languages?22:31
shogun-buildbotbuild #1314 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1314  blamelist: Soeren Sonnenburg <sonne@debian.org>22:31
@sonney2klambday, or do you need complex types just internally?22:32
lambdayits all internal for our project22:32
@sonney2kok then it is not prime priority but some simple thing to do later22:32
lambdayalright :)22:32
shogun-buildbotbuild #1179 of deb2 - static_interfaces is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb2%20-%20static_interfaces/builds/117922:35
gsomixsonney2k, dunno. working.22:36
shogun-notifier-shogun: Soeren Sonnenburg :develop * 7062837 / src/interfaces/modular/modshogun_ignores.i: https://github.com/shogun-toolbox/shogun/commit/7062837ed457c6765530e430620b2615549d0dfe22:36
shogun-notifier-shogun: ignore evaluate_means to fix csharp compile error22:36
@sonney2kgsomix, ok I hope you are close to have this working with the delimitertokenizer? It would be great if we could move on tomorrow.22:37
@sonney2kalright out of battery22:37
@sonney2kbrb22:37
shogun-buildbotbuild #1315 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1315  blamelist: van51 <vangelis_51@hotmail.com>22:49
lambdaygood night people22:54
-!- lambday [67157d4c@gateway/web/freenode/ip.103.21.125.76] has quit []22:54
@sonney2kgsomix, re22:56
shogun-buildbotbuild #1193 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1193  blamelist: Soeren Sonnenburg <sonne@debian.org>22:59
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has joined #shogun23:04
travis-ci[travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/874536723:04
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has left #shogun []23:04
gsomixsonney2k, I'm close.23:07
shogun-buildbotbuild #1194 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1194  blamelist: Soeren Sonnenburg <sonne@debian.org>23:08
shogun-buildbotbuild #1316 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1316  blamelist: Soeren Sonnenburg <sonne@debian.org>23:09
-!- votjakovr [~votjakovr@host-46-241-3-209.bbcustomer.zsttk.net] has left #shogun ["Fallen asleep!"]23:16
@sonney2kgsomix, ok I am still wrestling with travis23:19
* sonney2k wins23:24
shogun-notifier-shogun: Soeren Sonnenburg :develop * e726a47 / src/interfaces/modular/modshogun_ignores.i: https://github.com/shogun-toolbox/shogun/commit/e726a470fe9a9592fc6a8d6f1a74934027efcb3223:25
shogun-notifier-shogun: blacklist also evaluate_variance23:25
shogun-notifier-shogun: Soeren Sonnenburg :develop * bceddcf / applications/ocr/data/ocr.svm.gz: https://github.com/shogun-toolbox/shogun/commit/bceddcf2fa3173b3cb5a2b3a1724d165e39413cb23:25
shogun-notifier-shogun: update ocr example for new serializtion23:25
shogun-buildbotbuild #1317 of deb3 - modular_interfaces is complete: Failure [failed compile csharp_modular]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1317  blamelist: Soeren Sonnenburg <sonne@debian.org>23:26
-!- travis-ci [~travis-ci@ec2-54-224-215-138.compute-1.amazonaws.com] has joined #shogun23:26
travis-ci[travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/874576623:26
-!- travis-ci [~travis-ci@ec2-54-224-215-138.compute-1.amazonaws.com] has left #shogun []23:26
shogun-buildbotbuild #1195 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1195  blamelist: Soeren Sonnenburg <sonne@debian.org>23:38
@sonney2kwiking_, I need the address for the videofeed otherwise I cannot announce it23:43
shogun-buildbotbuild #1196 of bsd1 - libshogun is complete: Failure [failed test_1]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/bsd1%20-%20libshogun/builds/1196  blamelist: Soeren Sonnenburg <sonne@debian.org>23:48
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has joined #shogun23:51
travis-ci[travis-ci] it's Soeren Sonnenburg's turn to pay the next round of drinks for the massacre he caused in shogun-toolbox/shogun: http://travis-ci.org/shogun-toolbox/shogun/builds/874695523:51
-!- travis-ci [~travis-ci@ec2-184-73-0-135.compute-1.amazonaws.com] has left #shogun []23:51
--- Log closed Fri Jul 05 00:00:18 2013