﻿ Shogun Machine Learning - IRC Logs
@sonney2k blackburn blackburn --- Log opened Tue Mar 27 00:00:19 2012 blackburn, yeah I know (you switch topics every 5 minutes so it must be you :) 00:00 sonney2k: well, sorry :) 00:01 http://latex.codecogs.com/gif.latex?L(w,\xi)%20=%20\frac{1}{2}%20\sum_m%20\|w_m\|^2%20+%20C%20\sum_i%20\xi_i%20+%20\sum_m%20\sum_i%20\alpha_i^m%20(\langle%20w_{y_i},x_i\rangle%20-%20\langle%20w_m,x_i%20\rangle%20-%201%20-%20\delta_{y_i,m}%20-%20\xi_i\rangle)%20+%20\sum_i%20\beta_i%20\xi_i 00:01 gsomix, submit what you have then I will try to have a look at the remaining examples tomorrow 00:02 gsomix, always note that you are not alone - when you get stuck ask! 00:02 sonney2k: is d/d(w_m) of \sum_m ||w_m||^2 actually equal to 2 \sum_m ||w_m||? 00:03 a bit tricky 00:03 blackburn, no b in that formula? 00:04 sonney2k: no, C-S makes no use of B 00:04 sonney2k: btw did you know that there are really strong relations between crammer-singer and SO svm? 00:05 blackburn, yes 00:05 I was happy to know it 00:05 same idea 00:05 or better SO extends this idea... 00:05 sonney2k, thx. of course, I'm not alone. blackburn  lives just on one floor above. :) 00:05 blackburn: is it what we discussed yesterday a bit? 00:05 n4nd0: yes you made me think about it 00:06 gsomix, he doesn't need much sleep so feel free to wake him up at any time ;-) 00:06 build #390 of ruby_modular is complete: Success [build successful]  Build details are at http://www.shogun-toolbox.org/buildbot/builders/ruby_modular/builds/390 00:06 LOL 00:06 blackburn, 2 || w_m|| you mean 00:06 actually it is rather difficult to catch me there 00:06 :D 00:06 sonney2k: where is sum? 00:07 derivative? 00:07 I am confused with derivative of sum 00:07 :D 00:07 shouldn't it be zero for all w_i  i!=m 00:07 ah 00:07 hahaha 00:07 haha 00:07 maybe you choose some other sub index 00:08 I got it 00:08 sonney2k: remember I told you about ECOC SVM? 00:08 ? 00:09 sonney2k: I think it could be a great idea 00:09 I asked vojtech and he agreed 00:09 idea is to extend any MC formulation 00:09 in means of ECOC 00:09 now I don't know what you are talking about 00:09 yes, yes, I'll describe 00:10 sonney2k: recall s.t. in structural svm 00:10 we just received the first student application! 00:10 (officially submitted via gsoc melange) 00:11 F is the same as in C-S, but \delta(y_i,y) is code distance (say hamming) 00:11 - >= hamming distance - \xi_i 00:11 sonney2k: crazy, is it someone you know already? 00:12 harshit said he was planning to start quite early with it ... 00:12 blackburn, no 00:13 you all should - this way you can get feedback 00:13 but not directly to submit via melange right? 00:14 sonney2k: maybe mail it to you or something? 00:14 n4nd0: why not? 00:14 n4nd0, you can alwasy update until the deadline 00:14 yeah 00:14 ah ok, forgot about that! 00:15 then I think it is the most comfortable thing for all 00:15 sonney2k: last thing before I leave - is my idea clear for you? 00:15 and we (mentors) are being spammed like hell too :) 00:15 blackburn, yes - I have no feeling though how it will change the learned result and if it will be useful 00:17 sonney2k: no serious change 00:17 but something similar to GMNPSVM 00:17 scaling mostly 00:17 while ECOC is more disbalanced than OvR it may impact 00:18 sonney2k: I gave this idea to my gf to derive dual task and stucked myself :D 00:18 that's why I asked 00:19 poor gf :) 00:19 weird way of showing appreciation 00:19 hahahah 00:19 :D 00:19 well she has to come up with some great bachelor work, right? ;) 00:20 sonney2k: my paper on sign recognition is almost ready btw http://dl.dropbox.com/u/10139213/rsr_paper.pdf 00:21 take a look on that funny characters lol 00:22 blackburn, ok so what you would hope for is that e.g. hamming code is more robust than ovr code above? 00:22 sonney2k: yes 00:22 sonney2k: first shogun mentioning paper in russian ever 00:22 blackburn, it is so funny that this is pure russian :) 00:23 ahh english abstract :) 00:23 let me try to decipher how much I understand from the russian one :) 00:23 sonney2k: I bet not much ;) 00:24 haha maschina opornich vectorow :) 00:25 yes that is svm 00:25 never heard of anyone translating 'SVM' to german 00:25 it would be Stuetzvektormaschine 00:25 hahahah 00:25 which sounds incredibly funny 00:25 blackburn, why do you publish in russian? 00:26 sonney2k: cause it is a useless crap 00:26 :D 00:26 when I came last year to Spain after studying some machine learning at KTH I herad a professor talking about MVS 00:26 n4nd0, MVS? 00:27 I think he said it like three times until I realized it was the short for SVM in Spanish :) 00:27 SVMs? 00:27 M?quinas de Vectores Soporte 00:27 ohohhoh 00:27 oloooooool 00:27 bahh 00:27 I really didn't know what they were talking about when the said it 00:27 I guess wikipedia has it all 00:27 sonney2k: that's the difficult question why I publish in russian 00:28 https://es.wikipedia.org/wiki/M%C3%A1quinas_de_vectores_de_soporte 00:28 https://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4_%D0%BE%D0%BF%D0%BE%D1%80%D0%BD%D1%8B%D1%85_%D0%B2%D0%B5%D0%BA%D1%82%D0%BE%D1%80%D0%BE%D0%B2 00:28 and japanese : https://ja.wikipedia.org/wiki/%E3%82%B5%E3%83%9D%E3%83%BC%E3%83%88%E3%83%99%E3%82%AF%E3%82%BF%E3%83%BC%E3%83%9E%E3%82%B7%E3%83%B3 00:29 -!- av3ngr [av3ngr@nat/redhat/x-dhyqmsdozibizipk] has joined #shogun 00:29 ??????????? 00:29 sonney2k: chervonenkis used to call SVM as it is in wiki 00:29 V-C one you know 00:30 well I guess russians have a good reason 00:30 hahaha it is even in Swedish 00:30 :) 00:30 I bet the people in the department here have not heard it either 00:30 anyway seriously bed time for me now 00:30 cu all 00:30 see you 00:30 good night 00:31 for me too probably 00:31 sonney2k: I guess main answer is this paper just supports my bachelor's work and contains nothing really new 00:31 so it would fit only to some paid journals or local russian journal like this one 00:32 -!- PhilTillet [~Philippe@38.124.160.27] has joined #shogun 00:32 n4nd0: see you tomorrow 00:32 blackburn: bye! 00:33 good night 00:33 gsomix: hey you 00:33 :D 00:33 good night 00:33 blackburn, "Hey you" is the Pink Floyd's song. 00:33 blackburn, good, ok 00:33 really? I am not a big fan of pink floyd 00:33 I used to listen to stoopid music :) 00:34 Hey :) 00:34 -!- blackburn [~qdrgsm@188.168.128.91] has left #shogun [] 00:35 hi PhilTillet 00:38 hi n4nd0  :) 00:39 sonney2k, i sent pull request. 00:41 sorry for commit "Merge branch 'master'..." 00:42 good night, guys 00:48 good night! 00:49 tomorrow I will have a day full of theoretical mechanics. =____= 00:50 oh 00:50 good luck with that ;) 00:50 gsomix: what do you study btw? 00:50 n4nd0, physics, math, cs. bit of everything. 00:53 gsomix: cool stuff 00:53 -!- wiking [~wiking@huwico/staff/wiking] has quit [Ping timeout: 244 seconds] 01:04 -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun 01:20 -!- makokal [~makokal@212.201.44.246] has quit [Quit: makokal] 01:23 -!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Quit: leaving] 01:39 -!- makokal [~makokal@brmn-4d0acdfe.pool.mediaWays.net] has joined #shogun 01:39 -!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: wiking] 02:11 -!- makokal [~makokal@brmn-4d0acdfe.pool.mediaWays.net] has quit [Ping timeout: 246 seconds] 02:39 -!- makokal [~makokal@brmn-4db71722.pool.mediaWays.net] has joined #shogun 02:40 -!- av3ngr [av3ngr@nat/redhat/x-dhyqmsdozibizipk] has quit [Quit: That's all folks!] 03:36 -!- pluskid [~chatzilla@60.191.2.230] has joined #shogun 03:40 where is LinearByteKernel? is it removed? or renamed to something else? 03:57 -!- derekhh [8f59be22@gateway/web/freenode/ip.143.89.190.34] has joined #shogun 04:06 -!- pluskid_ [~chatzilla@60.191.2.230] has joined #shogun 04:16 -!- pluskid [~chatzilla@60.191.2.230] has quit [Ping timeout: 260 seconds] 04:18 -!- pluskid_ is now known as pluskid 04:18 -!- pluskid [~chatzilla@60.191.2.230] has quit [Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120312181643]] 04:24 -!- vikram360 [~vikram360@117.192.168.229] has joined #shogun 05:14 -!- Varun_Agrawal [~chatzilla@triband-mum-120.62.15.172.mtnl.net.in] has joined #shogun 05:41 Hey guys! 05:41 Sorry for the long hiatus 05:41 Had my GRE yesterday. 05:41 -!- Varun_Agrawal [~chatzilla@triband-mum-120.62.15.172.mtnl.net.in] has quit [Client Quit] 05:44 wish you gl :) 05:52 -!- derekhh [8f59be22@gateway/web/freenode/ip.143.89.190.34] has quit [Quit: Page closed] 05:52 -!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has joined #shogun 07:30 -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun 08:12 -!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: wiking] 08:27 -!- PhilTillet [~Philippe@38.124.160.27] has quit [Ping timeout: 248 seconds] 09:02 -!- Miggy [~Piggy@14.139.82.6] has joined #shogun 09:03 -!- Miggy [~Piggy@14.139.82.6] has quit [Quit: Leaving] 09:16 hi 09:18 gsomix: hey! 09:59 gsomix: do you think you can help me a moment with git? 09:59 n4nd0, let's try. however, i sometimes experience problems with it. 10:07 gsomix: so I was on the point of doing a pull request 10:07 but it didn't allow me to push before pulling first 10:08 so I fetched shogun's repo and rebased it 10:08 and later I pushed 10:08 and it has turned out to be like this 10:08 https://github.com/iglesias/shogun/commits/multiclass_1vs1?page=1 10:08 -!- harshit_ [~harshit@59.177.203.139] has joined #shogun 10:08 you can see that lot of the commits are done twice :( 10:08 one authored by me and the other the original 10:09 and now if I try to pull request 10:09 it understands that I am pushing all that stuff as new 10:09 not just the changes I have done but also the changes I got when I rebased 10:09 do you see what I mean? 10:10 hmm 10:10 -!- in3xes [~in3xes@180.149.49.230] has joined #shogun 10:16 harshit_: hey! yesterday we spoke a bit with sonney2k about deep learning and stuff, I suggest you to check the irclogs 10:20 if you have not already done so of course :) 10:21 okay i'll have a look at it 10:21 actually i am in my class right now, so i'll look at it in an hour or so.. 10:22 sure, no problem, they will remain there ;) 10:22 and thanks for talking dude 10:23 :) 10:23 -!- in3xes [~in3xes@180.149.49.230] has quit [Ping timeout: 264 seconds] 10:25 n4nd0, unfortunately, I have no ideas about it. 10:36 i will try to appeal to blackburn. 10:36 gsomix: no worries man! I just fixed it :) 10:36 https://github.com/iglesias/shogun/commits/multiclass_1vs1 so nice again :) 10:37 gsomix: thank you very much anyway for taking a look to it ;) 10:37 n4nd0, oh, ok. 10:38 -!- blackburn [~qdrgsm@188.168.128.91] has joined #shogun 10:38 n4nd0, tell me what you did, please. 10:39 -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun 10:40 what's up 10:41 blackburn, hi 10:41 hi 10:41 blackburn: yo 10:41 wiking: yo 10:41 :D 10:41 :>> 10:42 gsomix: please rebase your pull request up to latest master 10:43 and push it again 10:43 git push --force origin if needed 10:44 blackburn: that was the trick I had to use git push --force 10:44 blackburn: why does that happen? 10:44 n4nd0: what exactly? 10:45 blackburn: that we need to use --force after rebasing 10:45 n4nd0: origin at github becomes unsynchronized with your local git 10:47 n4nd0: aham, I see 10:48 actually it shouldn't require force anytime 10:48 blackburn: fuck, talking to me again 10:48 I had to do it before, at the beginning I avoided it but I almost screwed my branch 10:48 I don't get why it can't fast-forward it though 10:48 blackburn: don't force it 10:49 n4nd0: don't force it 10:49 you'll fuck up your commit history... 10:49 and then people following you will have problems 10:49 so rather try a rebase 10:50 and if that does not work 10:50 wiking: how should we do it then? 10:50 do a merge 10:50 wiking: ok I see 10:50 wiking: I did the rebase but later it didn't allow me to push to my branch because of this non-fast-forward not allowed 10:50 wiking: so when that happens, better to merge? 10:51 well 10:51 first try a git pull 10:51 so if you did rebase and it did not allow you to have a git push after that 10:51 try a git pull 10:51 it'll try to do a simple merge 10:51 and then after that try a git push 10:51 hah, that makes more sense, agree 10:52 ok, thank you guys :) 10:52 no worries 10:52 actually I think force is required only in case of wrong rebasing 10:52 it should work as fast-forward thing.. 10:52 blackburn: I have new news about one-vs-one 10:53 yes? 10:53 blackburn: I had to change a couple of things more because the seg faults persisted https://github.com/iglesias/shogun/commit/b0d1a28229aba6604bc325a4fec3aab6bf5900bc 10:54 the features in m_machines were NULL at training 10:54 I fixed that with the changes in MulticlassMachine:89 10:55 hmm 10:57 and the other thing I had to do, I don't like that much how it's though is MulticlassMachine:68 10:57 n4nd0: I am afraid line 90 is wrong 10:59 consider case data=NULL and m_features was set before 11:00 and train() is called 11:00 it will init train machine with NULL 11:00 but init train machine doesn't set anything if data is NULL 11:02 it just refreshes the las set features for m_machines 11:02 -!- harshit_ [~harshit@59.177.203.139] has quit [Ping timeout: 248 seconds] 11:03 hmm sorry I have to go 11:03 I'll reach you in a hour or little more 11:03 no problem 11:03 -!- blackburn [~qdrgsm@188.168.128.91] has quit [Quit: Leaving.] 11:03 -!- harshit_ [~harshit@59.177.203.139] has joined #shogun 11:08 -!- muddo [~muddo@gateway/tor-sasl/muddo] has quit [Ping timeout: 276 seconds] 11:18 -!- muddo [~muddo@gateway/tor-sasl/muddo] has joined #shogun 11:19 -!- makokal [~makokal@brmn-4db71722.pool.mediaWays.net] has quit [Quit: makokal] 11:36 -!- gsomix [~gsomix@188.168.128.179] has quit [Ping timeout: 244 seconds] 11:39 -!- gsomix [~gsomix@188.168.13.36] has joined #shogun 11:49 -!- harshit_ [~harshit@59.177.203.139] has quit [Ping timeout: 276 seconds] 12:06 -!- romovpa [bc2c2ad0@gateway/web/freenode/ip.188.44.42.208] has joined #shogun 12:22 -!- vikram360 [~vikram360@117.192.168.229] has quit [Ping timeout: 264 seconds] 12:30 hi there, I want to participate in gsoc. I should demonstrate my familiarity with git and ability to build the sources 12:31 is there somebody who tell me how to do that? 12:31 hmm..? 12:32 hey romovpa 12:40 first you should fork the repo in github, checkout the source, get a bit used to it ... 12:40 so you can work on something and submit a small patch to the project! :) 12:40 if you and idea you'd like to do for this patch, it is ok then 12:40 I have already forked and touched it 12:40 romovpa: good! 12:41 so would you like to contribute with something in special? 12:41 here is my small patch: https://github.com/shogun-toolbox/shogun/pull/331 12:41 that one is already merged 12:42 good then 12:42 hmm... should I do anything more? 12:42 should?? 12:43 I mean it's up to you :) 12:43 ok, =) thanks 12:43 Let it be my success report (I'm filling up my application now) 12:44 romovpa: I hope you didn't take that wrong 12:44 good luck with it 12:45 may I ask what project are you applying for? 12:45 romovpa, hello from Russia. 12:45 I am going to implement a bundle method solver for SO-SVM 12:46 gsomix: hello, could we know each other? 12:47 -!- blackburn [5bdfb203@gateway/web/freenode/ip.91.223.178.3] has joined #shogun 12:47 n4nd0: ok lets check 12:48 romovpa, i do not think so. 12:48 blackburn: so what did you say before that could go wrong? something that was getting null 12:49 ok let me describe logic 12:49 m_features/m_kernel is always a state 12:49 so then you set features/kernel and call train() it should train machine and prepare for applying to exactly these ones 12:50 when apply(CFeatures) is called it sets features for machines and applies 12:50 ok, I understand 12:50 the problem here is that somehow if we just do init_machines_for_applly before starting to train; it seg faults 12:52 oh 12:52 sh 12:52 yes 12:52 init_machines_for_apply should be called AFTER train 12:52 aham I see 12:52 just before the return? 12:52 yes probably 12:52 did you get this logic? 12:53 ok 12:53 yeah, I think so 12:53 I think that solution is better 12:53 3 cases 12:53 machine.set_features(train_features) 12:53 machine.train() 12:53 machine.apply() 12:53 next 12:53 but still I don't know what may be wrond doing init_machines_for_train(NULL) in apply() 12:53 machine.train(features) 12:53 machine.apply() 12:53 in apply? 12:54 wait 12:54 yes 12:54 damn this naming is pretty hard to understand 12:54 at it's right now in MulticlassMachine.cpp:68 12:54 n4nd0: could you please rename it? 12:54 init_training_machine or so 12:54 init_apply_machines 12:54 may be tihs way? 12:54 ok 12:55 machine and machines look confusing 12:55 lemme check the source 12:55 n4nd0: ok let me describe a wrong case 12:56 machine.apply(features) 12:56 blackburn: that was one issue, there is another to look at 12:56 blackburn: sorry, continue 12:57 when you call it 12:57 it sets features 12:57 and calls apply() 12:57 this time apply() sets features with NULL 12:57 and BADDABOOM 12:57 I don't think so 12:58 because init_machines_for_apply 12:58 (init_apply_machines) 12:58 doesn't set the features if they're NULL 12:59 really? 12:59 if will skip the set features and reload the ones for m_machines 12:59 the latter is what we are interested in 12:59 it was beyond my intention 12:59 oh really 12:59 I got wrong with my own logic 12:59 idk, maybe init_machines_for_apply doesn't do the right thing in LinearMulticlassClassifier 13:00 but it does so this far I think 13:00 damn I've got some doubts 13:02 anyway 13:03 use cases are 13:03 set features / set kernel 13:03 train() 13:03 apply() 13:03 in any case I think that to do init_machines_for_apply at the end of train is better 13:03 set features / set kernel 13:03 train() 13:03 apply(features) 13:03 and 13:03 train(features) 13:03 apply(other_features) 13:03 no more cases I guess 13:03 I will check if they're ok 13:04 apart from that 13:04 I also changed MulticlassMachine::train_machine 13:05 the very beginning 13:05 lines 87 - 90 13:06 it's a similar idea, but the thing is that if it is not done this way, it seg faults in training 13:06 it should fail if it !is_ready() 13:07 I am thinking now that maybe it is appropriate to do init_train_machines at the end of the constructor that takes features as argument 13:07 and there is no data 13:07 if there is no data* 13:07 yeah I think that it's true, if features was not initialized in the constructor 13:09 then the constructor with features must call init_machines_for_train 13:10 do you see my point? 13:10 yes! 13:10 that was forgotten probably 13:10 ok 13:11 machine_for_train 13:11 not machines :D 13:11 yeah embarrasing naming 13:11 haha yeah I noted that 13:11 feel free to change it 13:11 ok 13:12 it is in guts of these classes so ok to change 13:12 no API 13:12 can we impose somehow that class that inherit from MulticlassMachine 13:12 are compulsed to do these init_training_machine 13:12 in the constructor that accepts Features? 13:13 it calls constructor of base class 13:13 ok 13:13 I think I need to implement that constructor then 13:13 so while init_training_machine is virtual 13:13 oh wait 13:14 what happened? 13:15 hmm no way to do that probably 13:16 yeah 13:16 then it shouldn't be in the constructor 13:17 wait I don't see it 13:17 why no way? 13:17 well multiclass machine constructor can't get any features 13:17 why not? 13:17 currently I mean 13:18 even if features is not a member 13:18 wait 13:18 why not to init_training_machine in train_machine? 13:18 in case of NULL data and is_ready()? 13:18 isn't it exactly what we need? 13:18 yes ... I think so at least 13:19 then we will call init_training_machine with NULL 13:19 yes 13:19 ok 13:20 I hope this all makes sense 13:20 we'll see 13:21 one thing about the doc, where should I put it? this might what S?ren told me yesterday but I might have not understood 13:26 I mean for example, for LDA 13:26 I would like to do sth similar for QDA 13:27 as it appears in doxygen doc 13:27 but I have not found that documentation in the code 13:27 wait, I said nothing 13:27 it is in the code ... 13:28 n4nd0: yeah @brief part in .h 13:29 blackburn: I am working in the code, in the train_machine part 13:32 I really think that if ( !is_read() && !data ) then SG_ERROR 13:32 in any other case init_training_machine 13:33 init_training_machine(data) simply 13:33 i.e. as it is in my branch right now 13:33 yes 13:34 :) 13:34 is it normal that LibLinear doesn't always give the same results? 13:35 n4nd0: multiclass? 13:36 the example I am using for MulticlassMachine uses LinearMulticlassMachine with LibLinear 13:36 blackburn: yes 13:36 yes it is a little random 13:36 results shouldn't be *very* different though 13:36 :O 13:37 every once in a while 13:37 what kind of random you've got? 13:37 I get a bunch of class 3 detected for what it is class 0 13:37 random labels? 13:37 yeah 13:37 normally it classifies good 13:37 but every 1 out 4 or 5 let's say, that happens 13:37 that's strange 13:37 possible bug you think? 13:38 yes it should be almost equal.. 13:39 it happens just with ONE_VS_ONE actually :S 13:39 ah 13:41 wait 13:41 what? 13:41 oh 13:41 :D 13:41 ah 13:41 haha 13:41 what's going on? 13:41 haha 13:41 I thought you mean MulticlassLibLinear 13:41 and was very afraid of it 13:41 :D 13:41 no no 13:41 so what do you think then? 13:42 bad result? 13:42 n4nd0: well depends on data actually but strange anyway 13:42 -!- romovpa [bc2c2ad0@gateway/web/freenode/ip.188.44.42.208] has quit [Quit: Page closed] 13:46 n4nd0: valgrind is the tool ;) 13:46 n4nd0: what is the email addr you reached nico with? 13:50 -!- n4nd0 [~nando@s83-179-44-135.cust.tele2.se] has quit [Quit: leaving] 14:10 -!- Peter_Gr [~Peter_Gr@115.248.130.148] has joined #shogun 14:43 -!- vikram360 [~vikram360@117.192.168.229] has joined #shogun 14:45 blackburn: here 15:16 ? 15:17 yeah 15:17 ok so now it's starting to be ready 15:20 just one more commit 15:20 wiking: what exactly? ;) 15:21 latent svm 15:21 api 15:21 ah 15:22 lets see 15:22 ok 15:25 check this 15:25 https://github.com/vigsterkr/shogun/commits/latent 15:25 last two commits 15:25 or rather 15:25 https://github.com/vigsterkr/shogun/blob/6fef385b84ea003f398c32338337ae73ca06293f/src/shogun/classifier/svm/LatentLinearMachine.h 15:26 I'd suggest to move these things to shogun'/latent 15:27 ? 15:28 i think it is ok to move all latent domain specific things to shogun/latent 15:28 new dir 15:28 :) 15:28 but why? 15:28 anyhow here you go a new stupid pull request for shogun :)) 15:29 sent 15:29 wiking: I think domain specific separation is ok 15:30 I actually plan to move ready multitask things to shogun/multitask 15:30 and multiclass things to shogun/multiclass 15:30 aha 15:30 btw is this your email adds: Sergey Lisitsyn 15:31 ? 15:31 wiking: yes both works 15:31 blackburn91 at gmail 15:31 and lisitsyn.s.o 15:32 ok i'll send there now the email to you as well 15:32 that goes for alex as well 15:32 ah ok sure 15:32 ok email sent... apply my pull request :D 15:41 wiking: can't right now 15:47 ok 15:47 hmm didn't received your mail 15:47 would be funny if it was considered as spam 15:47 ahhahahahah 15:49 maybe it is 15:49 ah it is ok 15:51 -!- harshit_ [~harshit@182.68.160.94] has joined #shogun 15:52 -!- harshit_ [~harshit@182.68.160.94] has quit [Ping timeout: 252 seconds] 16:08 -!- harshit_ [~harshit@182.68.160.94] has joined #shogun 16:22 -!- harshit_ [~harshit@182.68.160.94] has quit [Ping timeout: 248 seconds] 16:47 -!- harshit_ [~harshit@182.68.160.94] has joined #shogun 16:47 -!- jckrz [~jacek@89-69-164-5.dynamic.chello.pl] has joined #shogun 16:51 -!- blackburn [5bdfb203@gateway/web/freenode/ip.91.223.178.3] has quit [Quit: Page closed] 16:51 -!- harshit_ [~harshit@182.68.160.94] has quit [Ping timeout: 248 seconds] 16:52 -!- wiking [~wiking@huwico/staff/wiking] has quit [Quit: wiking] 17:08 -!- blackburn [~qdrgsm@188.168.128.91] has joined #shogun 18:01 -!- harshit_ [~harshit@182.68.160.94] has joined #shogun 18:02 -!- muddo [~muddo@gateway/tor-sasl/muddo] has quit [Ping timeout: 276 seconds] 18:14 -!- muddo [~muddo@gateway/tor-sasl/muddo] has joined #shogun 18:20 -!- blackburn [~qdrgsm@188.168.128.91] has quit [Quit: Leaving.] 18:30 -!- flxb [~cronor@fb.ml.tu-berlin.de] has joined #shogun 18:34 hey all 18:37 I saved a classifier with pickle.dump() and then loaded it. When I do apply it throws "terminate called after throwing an instance of 'shogun::ShogunException'". Is there a way to get a more meaningful error? 18:39 -!- flxb [~cronor@fb.ml.tu-berlin.de] has left #shogun [] 18:42 -!- flxb [~cronor@fb.ml.tu-berlin.de] has joined #shogun 18:44 -!- wiking [~wiking@huwico/staff/wiking] has joined #shogun 18:45 -!- muddo [~muddo@gateway/tor-sasl/muddo] has quit [Ping timeout: 276 seconds] 18:55 -!- flxb [~cronor@fb.ml.tu-berlin.de] has quit [Quit: flxb] 18:55 -!- muddo [~muddo@gateway/tor-sasl/muddo] has joined #shogun 19:00 -!- blink_123 [~blink@117.227.136.222] has joined #shogun 19:08 -!- harshit_ [~harshit@182.68.160.94] has quit [Ping timeout: 240 seconds] 19:15 -!- blink_123 [~blink@117.227.136.222] has quit [Ping timeout: 246 seconds] 19:19 -!- makokal [~makokal@212.201.44.246] has joined #shogun 19:20 -!- muddo [~muddo@gateway/tor-sasl/muddo] has quit [Ping timeout: 276 seconds] 19:26 -!- muddo [~muddo@gateway/tor-sasl/muddo] has joined #shogun 19:29 -!- makokal [~makokal@212.201.44.246] has quit [Quit: makokal] 19:45 -!- Marty [9eb54c39@gateway/web/freenode/ip.158.181.76.57] has joined #shogun 20:04 test 20:04 Hi, anybody on? 20:07 Running svm.train() Traceback (most recent call last):   File "test_wd_Celegans.py", line 64, in      svm.train()   File "/usr/local/lib/python2.7/dist-packages/modshogun.py", line 20344, in train     return _modshogun.Machine_train(self, data) SystemError: [ERROR] assertion num 20:25 svm.train() 20:25 File "/usr/local/lib/python2.7/dist-packages/modshogun.py", line 20344, in train 20:25 return _modshogun.Machine_train(self, data) 20:26 SystemError: [ERROR] assertion num