--- Log opened Tue Apr 16 00:00:28 2013 | ||
-!- FSCV [~FSCV@216-230-229-167-colo.oplink.net] has joined #shogun | 00:22 | |
-!- FSCV [~FSCV@216-230-229-167-colo.oplink.net] has quit [Quit: Leaving] | 00:30 | |
-!- medeeiip [~medeeiip@103.2.132.9] has quit [Quit: Leaving] | 01:20 | |
shogun-buildbot | build #363 of nightly_default is complete: Failure [failed test] Build details are at http://www.shogun-toolbox.org/buildbot/builders/nightly_default/builds/363 | 04:14 |
---|---|---|
-!- iglesiasg [~nando@s83-179-44-135.cust.tele2.se] has quit [Quit: leaving] | 04:31 | |
-!- Yanglittle [deb20af8@gateway/web/freenode/ip.222.178.10.248] has joined #shogun | 04:48 | |
Yanglittle | Hey, is there any body? | 04:48 |
Yanglittle | - - | 04:52 |
-!- Yanglittle [deb20af8@gateway/web/freenode/ip.222.178.10.248] has quit [Quit: Page closed] | 04:56 | |
-!- kaushalb09 [~kaushalb0@dhcp205-072-108.wireless.buffalo.edu] has joined #shogun | 05:21 | |
-!- sumit_ [73f91219@gateway/web/freenode/ip.115.249.18.25] has joined #shogun | 06:01 | |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 06:18 | |
shogun-notifier- | shogun: iglesias :develop * 6c54e86 / / (15 files): https://github.com/shogun-toolbox/shogun/commit/6c54e86d0e8f3adfe8d22cd48658a1a050d46f71 | 06:18 |
shogun-notifier- | shogun: Rename HMSVMLabels to SequenceLabels. | 06:18 |
shogun-notifier- | shogun: Because these labels can be used in other StructuredModels apart | 06:18 |
shogun-notifier- | shogun: from the HMSVMModel. | 06:18 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 3fcafc4 / / (15 files): https://github.com/shogun-toolbox/shogun/commit/3fcafc4cfbcc91475e377f28c5092d6287447c4e | 06:18 |
shogun-notifier- | shogun: Merge pull request #973 from iglesias/develop | 06:18 |
shogun-notifier- | shogun: | 06:18 |
shogun-notifier- | shogun: Rename HMSVMLabels to SequenceLabels. | 06:18 |
-!- zuhao [~wanzuhao@nusnet-184-31.dynip.nus.edu.sg] has joined #shogun | 06:19 | |
-!- kaushalb09 [~kaushalb0@dhcp205-072-108.wireless.buffalo.edu] has quit [Quit: Leaving] | 06:21 | |
-!- sumit_ [73f91219@gateway/web/freenode/ip.115.249.18.25] has quit [Ping timeout: 245 seconds] | 06:31 | |
-!- hoijui [~hoijui@dslb-088-074-124-102.pools.arcor-ip.net] has joined #shogun | 06:38 | |
-!- hoijui [~hoijui@dslb-088-074-124-102.pools.arcor-ip.net] has quit [Ping timeout: 245 seconds] | 07:49 | |
-!- erlenda [~erlenda@fw-oslo.intelcom.no] has joined #shogun | 08:12 | |
-!- lisitsyn [~blackburn@188.168.2.238] has quit [Quit: Leaving.] | 08:24 | |
-!- hoijui [~hoijui@wlan-141-23-66-81.tubit.tu-berlin.de] has joined #shogun | 08:31 | |
-!- Yanglittle [deb20af2@gateway/web/freenode/ip.222.178.10.242] has joined #shogun | 08:51 | |
Yanglittle | hey, the L1 norm mkl is too slow. | 08:53 |
-!- zuhao [~wanzuhao@nusnet-184-31.dynip.nus.edu.sg] has quit [Quit: zuhao] | 09:12 | |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 09:18 | |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has joined #shogun | 09:33 | |
-!- mode/#shogun [+o lisitsyn] by ChanServ | 09:33 | |
-!- zuhao [~wanzuhao@nusnet-184-31.dynip.nus.edu.sg] has joined #shogun | 09:46 | |
-!- hoijui [~hoijui@wlan-141-23-66-81.tubit.tu-berlin.de] has quit [Ping timeout: 248 seconds] | 09:51 | |
-!- hoijui [~hoijui@wlan-141-23-66-81.tubit.tu-berlin.de] has joined #shogun | 10:08 | |
-!- Yanglittle [deb20af2@gateway/web/freenode/ip.222.178.10.242] has quit [Quit: Page closed] | 10:09 | |
-!- hoijui [~hoijui@wlan-141-23-66-81.tubit.tu-berlin.de] has quit [Ping timeout: 264 seconds] | 10:15 | |
-!- hoijui [~hoijui@wlan-141-23-66-81.tubit.tu-berlin.de] has joined #shogun | 10:20 | |
-!- iglesiasg [~nando@n132-p169.kthopen.kth.se] has joined #shogun | 10:46 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 10:46 | |
-!- erlenda [~erlenda@fw-oslo.intelcom.no] has quit [Remote host closed the connection] | 11:04 | |
-!- HeikoS [~heiko@2.221.119.147] has joined #shogun | 11:27 | |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 11:30 | |
shogun-notifier- | shogun: lambday :develop * fd9d964 / tests/unit/mathematics/Statistics_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/fd9d964022f37965be248e55757d37d579c097fe | 11:30 |
shogun-notifier- | shogun: fixed memory leak in Statistics.log_det_test_3 unit-test | 11:30 |
shogun-notifier- | shogun: lambday :develop * 7031798 / tests/unit/mathematics/Statistics_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/7031798a8f14e50a18501242716dd28e4eb70cb9 | 11:30 |
shogun-notifier- | shogun: fixed memory leak in Statistics.log_det_test_3 unit-test | 11:30 |
shogun-notifier- | shogun: Heiko Strathmann :develop * e1718e0 / tests/unit/mathematics/Statistics_unittest.cc: https://github.com/shogun-toolbox/shogun/commit/e1718e06e8a9d457f6e0816596a06674f6ab74ef | 11:30 |
shogun-notifier- | shogun: Merge pull request #975 from lambday/develop | 11:30 |
shogun-notifier- | shogun: | 11:30 |
shogun-notifier- | shogun: fixed memory leak in Statistics.log_det_test_3 unit-test | 11:30 |
@lisitsyn | HeikoS: btw it is my bad I merged that stuff sorry | 11:30 |
@lisitsyn | never trust people hah | 11:31 |
HeikoS | lisitsyn: no worries | 11:31 |
HeikoS | I mean he said he has run the tests | 11:31 |
@lisitsyn | yes | 11:31 |
HeikoS | maybe unit tests only (they seem to work) | 11:31 |
HeikoS | we should have a howto on that | 11:31 |
HeikoS | is he replying to fix? | 11:31 |
@lisitsyn | not yet replied | 11:31 |
HeikoS | lisitsyn: say, about this eigen3 sparse matrix class | 11:31 |
HeikoS | how do I make a class invisible for swig? | 11:32 |
HeikoS | just not put an interface? | 11:32 |
@lisitsyn | HeikoS: yes if it is not included it won't be used by swig | 11:32 |
HeikoS | lisitsyn: okay | 11:32 |
HeikoS | where is a good place to put the eigen3 helper class? | 11:32 |
@lisitsyn | HeikoS: actually mathematics/eigen3.h may be a good place | 11:32 |
HeikoS | lisitsyn: okay! | 11:33 |
@lisitsyn | HeikoS: I hope we don't include it in headers | 11:33 |
HeikoS | lisitsyn: what do you mean? | 11:33 |
HeikoS | include eigen3=? | 11:33 |
@lisitsyn | include <shogun/mathematics/eigen3.h> should happen only in .cpp | 11:33 |
HeikoS | why should we? class members should be G | 11:33 |
HeikoS | SG type | 11:34 |
HeikoS | s | 11:34 |
HeikoS | hah typing is sometimes not so easy | 11:34 |
@lisitsyn | what are you using? :) | 11:34 |
HeikoS | lisitsyn: LOL | 11:36 |
HeikoS | hahahha | 11:36 |
HeikoS | there is another guy for the gaussian project | 11:36 |
HeikoS | who has the same name | 11:36 |
HeikoS | as the first one :) | 11:37 |
@lisitsyn | HeikoS: no way | 11:39 |
@lisitsyn | HeikoS: really? | 11:39 |
HeikoS | yes, so first name | 11:39 |
@lisitsyn | wait - just the same? | 11:39 |
HeikoS | yes | 11:39 |
HeikoS | funny isn't it? | 11:39 |
@lisitsyn | Soumyajit De | 11:39 |
@lisitsyn | that guy? | 11:39 |
HeikoS | yes | 11:40 |
@lisitsyn | and there is an another one? | 11:40 |
HeikoS | lisitsyn: he is acutally called Rahul | 11:40 |
HeikoS | and the other one also is | 11:40 |
HeikoS | at least thats how they sigh their mails | 11:40 |
@lisitsyn | HeikoS: I've lost a track what is happening :D | 11:40 |
-!- hoijui [~hoijui@wlan-141-23-66-81.tubit.tu-berlin.de] has quit [Ping timeout: 246 seconds] | 11:41 | |
sonne|work | HeikoS: did you read the workshop CfP? | 11:52 |
HeikoS | sonne|work: yes, I will send some feedback later | 11:52 |
sonne|work | kthx | 11:54 |
-!- gsomix [~androirc@83.149.21.46] has joined #shogun | 11:59 | |
gsomix | Hi | 11:59 |
HeikoS | gsomix: hi! | 12:00 |
-!- erlenda [~erlenda@fw-oslo.intelcom.no] has joined #shogun | 12:10 | |
HeikoS | erlenda: ha! | 12:15 |
HeikoS | hi | 12:15 |
erlenda | hi | 12:15 |
HeikoS | any particular reason why you are here? :) | 12:15 |
@lisitsyn | HeikoS: I asked all mentors to hang here | 12:16 |
HeikoS | lisitsyn: I see | 12:16 |
HeikoS | ok | 12:16 |
HeikoS | was just wondering whether there are any questions | 12:16 |
erlenda | yeah, so I just started hanging | 12:16 |
HeikoS | erlenda: nice :) | 12:16 |
@lisitsyn | erlenda: HeikoS: how do you guys planning to mentor it? | 12:16 |
@lisitsyn | three mentors! | 12:16 |
HeikoS | lisitsyn: I had the following in mind: me: helping out with shogun stuff, erlend: helping out with C++-implentation questions/design, dan: helping out with general big picture of what to use/not use | 12:17 |
@lisitsyn | I see | 12:18 |
HeikoS | we probably will skype about it soon | 12:18 |
HeikoS | to get a better plan | 12:18 |
@lisitsyn | erlenda: so you have some background in C++? | 12:18 |
HeikoS | lisitsyn: he wrote the KRYLSTAT that we want to copy :) | 12:19 |
@lisitsyn | I see | 12:19 |
erlenda | Written some C++. Some experience in templating and stuff | 12:19 |
erlenda | But I am no guru | 12:19 |
@lisitsyn | nice to know | 12:19 |
HeikoS | lisitsyn: you are the guru :) | 12:20 |
@lisitsyn | HeikoS: of C++? | 12:20 |
HeikoS | yes, and + other things | 12:20 |
@lisitsyn | well, I know some tricks but I know nothing about machine learning though :) | 12:20 |
HeikoS | erlenda: I will propose a google hangout with daniel soon where we can discuss a few things, also would be nice just to say hello face to face. Next week or so | 12:21 |
HeikoS | lisitsyn: so I always can ask you thats enough :) | 12:22 |
erlenda | @HeikoS: Sounds good | 12:22 |
@iglesiasg | lisitsyn: nothing??! maybe you don't have a Ph.D. in ML but I think you know way more than nothing ;) | 12:22 |
@lisitsyn | iglesiasg: comparing to say HeikoS? :) | 12:22 |
@iglesiasg | not good to compare, we are talking about absolute knowledge :) | 12:22 |
@lisitsyn | I do not do any research - that's my disaster :) | 12:23 |
@lisitsyn | iglesiasg: did I told you I got that dummy callbacks thing to work? | 12:24 |
@iglesiasg | lisitsyn: yes | 12:24 |
@lisitsyn | I got pretty tired after that and powered off :D | 12:25 |
@iglesiasg | hehe understandable | 12:25 |
@lisitsyn | will commit that stuff today | 12:25 |
@iglesiasg | nice, I will see it then | 12:25 |
@lisitsyn | have to cover it with a few tests | 12:25 |
@lisitsyn | HeikoS: ah btw we wanted to discuss a new dimension reduction algorithm based on MMD :) | 12:27 |
HeikoS | lisitsyn: yes, we should do that at some point :) | 12:28 |
HeikoS | lisitsyn: once I finish this one project here, I will have way more time | 12:28 |
HeikoS | and its almost done | 12:29 |
@lisitsyn | HeikoS: ok just let me know | 12:29 |
HeikoS | will do! | 12:29 |
-!- erlenda [~erlenda@fw-oslo.intelcom.no] has quit [Quit: Leaving] | 12:40 | |
-!- iglesiasg [~nando@n132-p169.kthopen.kth.se] has quit [Ping timeout: 245 seconds] | 12:52 | |
-!- hoijui [~hoijui@wlan-141-23-66-81.tubit.tu-berlin.de] has joined #shogun | 12:59 | |
-!- HeikoS [~heiko@2.221.119.147] has quit [Quit: Leaving.] | 13:13 | |
-!- iglesiasg [~nando@n132-p169.kthopen.kth.se] has joined #shogun | 13:15 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 13:15 | |
@iglesiasg | any hint why a class guarded with a USE_* variable is not compiled when that variable is actually set? | 13:17 |
@iglesiasg | I am including this variable by hand in the DEFINES line in the .config file | 13:17 |
@iglesiasg | and I actually can see it used in the compile lines when issue make | 13:18 |
-!- iglesiasg [~nando@n132-p169.kthopen.kth.se] has quit [Client Quit] | 13:19 | |
-!- iglesiasg [~nando@n132-p169.kthopen.kth.se] has joined #shogun | 13:20 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 13:20 | |
-!- hoijui [~hoijui@wlan-141-23-66-81.tubit.tu-berlin.de] has quit [Ping timeout: 264 seconds] | 13:20 | |
@lisitsyn | iglesiasg it should :) | 13:26 |
@iglesiasg | lisitsyn: no idea why the class is not compiled | 13:26 |
sonne|work | iglesiasg: swig? | 13:37 |
sonne|work | iglesiasg: no it needs to be in lib/config.h | 13:37 |
@iglesiasg | sonne|work: no, it is my PrimalMosekSOSVM that is guarded with USE_MOSEK | 13:37 |
@iglesiasg | sonne|work: the USE_MOSEK needs to be in lib/config.h? | 13:38 |
@iglesiasg | I have built it several times without modifying lib/config.h | 13:38 |
@iglesiasg | it is true it is not the first time I find this problem though | 13:38 |
sonne|work | iglesiasg: lib/config.h is autogenerated | 13:38 |
sonne|work | but defines need to be in there | 13:38 |
@iglesiasg | sonne|work: how is it possible that it worked other times then? | 13:39 |
@iglesiasg | I have never put it in there | 13:40 |
sonne|work | iglesiasg: didn't we change configure all the time for that? | 13:40 |
@iglesiasg | sonne|work: I don't understand, the configure script? when all the time? | 13:41 |
-!- deerishi [73f88294@gateway/web/freenode/ip.115.248.130.148] has joined #shogun | 13:42 | |
deerishi | how can we plot the data of a object if it is a shogun feature object?,using matplotlib | 13:42 |
@iglesiasg | deerishi: getting its underlying data | 13:43 |
@iglesiasg | deerishi: what type of feature are you using? | 13:43 |
deerishi | i am trying to implement kernel pca on a non separable data, | 13:44 |
-!- gsomix [~androirc@83.149.21.46] has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )] | 13:44 | |
deerishi | i want to see the data after kernel pca has been done | 13:44 |
@iglesiasg | deerishi: please see examples/undocumented/python_modular/graphical/converter_spe_helix.py for example | 13:46 |
@iglesiasg | line 81: X = embedding.get_feature_matrix() | 13:46 |
@iglesiasg | X is now a numpy array and you can do with it plotting stuff | 13:46 |
deerishi | @iglesiasg: will look in that.thank u | 13:48 |
-!- hoijui [~hoijui@dslb-088-074-124-102.pools.arcor-ip.net] has joined #shogun | 13:58 | |
-!- abinash [~abinash@1.38.18.144] has joined #shogun | 14:09 | |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 14:30 | |
-!- lambday [3ba21749@gateway/web/freenode/ip.59.162.23.73] has joined #shogun | 14:45 | |
deerishi | what does LoadMatrix mean? | 14:51 |
deerishi | i mean its function? | 14:54 |
@iglesiasg | deerishi: why not to check in the source code? :) | 14:56 |
-!- HeikoS [~heiko@nat-188-115.internal.eduroam.ucl.ac.uk] has joined #shogun | 15:01 | |
lambday | HeikoS: hi.. | 15:02 |
HeikoS | lambday: hi! | 15:02 |
HeikoS | just answered your mail | 15:03 |
lambday | HeikoS: checking... | 15:03 |
lambday | HeikoS: umm... only from cpp for avoiding including it everywhere even when not needed.. | 15:05 |
HeikoS | lambday: yes and to save trouble with swig | 15:06 |
HeikoS | if you include it in some class that has swig interfaces, it might cause problems | 15:06 |
HeikoS | so just use in cpp | 15:06 |
HeikoS | but that was just a minor comment | 15:06 |
HeikoS | lambday: good stuff, we will need this often so very useful | 15:07 |
-!- abinash [~abinash@1.38.18.144] has quit [Ping timeout: 258 seconds] | 15:09 | |
lambday | HeikoS: I guess :) ... so I'm adding a cpp.. | 15:11 |
lambday | HeikoS: I just saw the other mail.. this guy is from my institute only :D | 15:11 |
@iglesiasg | sonne|work: adding USE_MOSEK in lib/config.h fixed it, thanks! | 15:16 |
@iglesiasg | still, weird thing that I didn't need to do that any time before. Did something related to lib/config.h change recently? | 15:17 |
-!- diwmaron [528b8ddc@gateway/web/freenode/ip.82.139.141.220] has joined #shogun | 15:22 | |
diwmaron | Hello | 15:23 |
@lisitsyn | diwmaron: hey | 15:23 |
diwmaron | I'm interested about topic of Google Summer of code | 15:23 |
lambday | HeikoS: the custom EigenTriplet definition shouldn't also be in the header? Its already there in the newer eigen, we just need it for older eigen. would it cause trouble too? | 15:23 |
diwmaron | Implement metric learning algorithms with applications to metagenomics | 15:23 |
@lisitsyn | lambday: I'd put it to eigen3.h | 15:24 |
diwmaron | I'm not sure if I understood problem correctly | 15:24 |
HeikoS | lambday: yeah, agree with Sergey | 15:24 |
@lisitsyn | diwmaron: which problem? | 15:24 |
@lisitsyn | LMNN? | 15:24 |
diwmaron | Is there anyone who could give me some more details? | 15:24 |
diwmaron | yeap | 15:24 |
lambday | HeikoS, lisitsyn: okay.. | 15:25 |
@iglesiasg | diwmaron: someone else asked a few hours ago in the mailing list about this project | 15:25 |
@lisitsyn | diwmaron: there is a mentor for that idea - he is not around right now but I'd recommend send him an email | 15:25 |
@iglesiasg | diwmaron: and the mentor answered to that mail | 15:25 |
@iglesiasg | diwmaron: you may find that info interesting | 15:25 |
diwmaron | great | 15:25 |
diwmaron | Thanks a lot! | 15:25 |
diwmaron | see you in the future | 15:26 |
@iglesiasg | diwmaron: do you know how to read the mailing list or should I point you to it? | 15:26 |
diwmaron | There is no need. I have basic knowlege of mailing lists :) Thanks! | 15:27 |
-!- iglesiasg [~nando@n132-p169.kthopen.kth.se] has quit [Ping timeout: 260 seconds] | 15:42 | |
-!- iglesiasg [~nando@n132-p169.kthopen.kth.se] has joined #shogun | 15:43 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 15:43 | |
-!- gsomix [~gsomix@83.234.54.56] has joined #shogun | 15:57 | |
-!- shogun-notifier- [~irker@7nn.de] has joined #shogun | 16:00 | |
shogun-notifier- | shogun: Roman Votyakov :develop * fd4547d / src/shogun/evaluation/GradientResult.h: https://github.com/shogun-toolbox/shogun/commit/fd4547d1630d00191d2a2879f8f52f009826a05d | 16:00 |
shogun-notifier- | shogun: Fix segfaults in libshogun GP examples | 16:00 |
shogun-notifier- | shogun: Heiko Strathmann :develop * cf23154 / src/shogun/evaluation/GradientResult.h: https://github.com/shogun-toolbox/shogun/commit/cf2315420947dd90b26bcdd194f12682831d18e2 | 16:00 |
shogun-notifier- | shogun: Merge pull request #976 from votjakovr/develop | 16:00 |
shogun-notifier- | shogun: | 16:00 |
shogun-notifier- | shogun: Fix segfaults in libshogun GP examples | 16:01 |
sonne|work | iglesiasg: no nothing changed | 16:02 |
@iglesiasg | something fishy then | 16:02 |
-!- gsomix [~gsomix@83.234.54.56] has quit [Ping timeout: 245 seconds] | 16:06 | |
-!- diwmaron [528b8ddc@gateway/web/freenode/ip.82.139.141.220] has quit [Ping timeout: 245 seconds] | 16:13 | |
@iglesiasg | sonne|work: the with only the line branches: it should work? | 16:23 |
-!- deerishi [73f88294@gateway/web/freenode/ip.115.248.130.148] has quit [Ping timeout: 245 seconds] | 16:27 | |
sonne|work | iglesiasg: totally remove the branches | 16:30 |
@iglesiasg | yeah | 16:30 |
@iglesiasg | yaay I am back to black screwing up pull requests | 16:32 |
wiking | mmm | 16:32 |
@iglesiasg | aaah shit I think I know what I did wrong | 16:34 |
wiking | iglesiasg: what would be really good as well to do different batches on travis. | 16:34 |
wiking | iglesiasg: with that we could test as well the different interfaces on travis | 16:34 |
@iglesiasg | wiking: aham! | 16:35 |
@iglesiasg | it sounds interesting | 16:35 |
wiking | iglesiasg: i've had this planned out but never managed to go around it and change the yml file | 16:36 |
wiking | iglesiasg: but this can be definitely done by using batches or what... | 16:36 |
wiking | iglesiasg: with env variable we can do this | 16:38 |
wiking | iglesiasg: so by defining an env variables like INTERFACES | 16:38 |
wiking | iglesiasg: and then basically create a matrix that has the various interfaces and then the configure should be something like ./configure --interfaces=$INTERFACES | 16:39 |
wiking | the only thing should be still fixed is that the right packages are installed for the given interface | 16:40 |
@iglesiasg | wiking: that could get messy, or? | 16:40 |
wiking | the reasone why we need to do a one interface per env variable is because otherwise you run out of hard limit for building time | 16:40 |
wiking | iglesiasg: why? | 16:40 |
@iglesiasg | to get all the dependencies | 16:40 |
@iglesiasg | right | 16:40 |
wiking | iglesiasg: well as we know what are the dependencies for the given inteface | 16:41 |
wiking | we just set a new env variable for the extra packages we need for the given interface | 16:41 |
wiking | let say you have a EXTRA_PACKAGES env variable | 16:41 |
wiking | and that is set | 16:41 |
wiking | as well with the INTERFACE variable | 16:42 |
wiking | iglesiasg: and then in the before_install part you append only that variable $EXTRA_PACKAGES | 16:42 |
wiking | to the apt-get install | 16:42 |
wiking | it can be empty | 16:43 |
wiking | i mean $EXTRA_PACKAGES | 16:43 |
wiking | if it only build the core part | 16:43 |
@lisitsyn | wiking: oh long time no see! | 16:43 |
@lisitsyn | :) | 16:43 |
wiking | lisitsyn: yeah back | 16:43 |
wiking | lisitsyn: conference is over | 16:43 |
@lisitsyn | wiking: what conference? | 16:43 |
wiking | isbi 2013 | 16:43 |
@lisitsyn | ahh | 16:44 |
@lisitsyn | and how it was? | 16:44 |
wiking | it was great | 16:45 |
wiking | and san francisco is cool as well | 16:45 |
wiking | the city itself | 16:45 |
wiking | i've promoted there shogun | 16:45 |
@lisitsyn | oh that's nice | 16:45 |
wiking | 2 guys heard and constantly use it ;) | 16:45 |
wiking | and another 5 guys were really interested in it | 16:45 |
wiking | the 2 guys who use it really appreciate it | 16:46 |
wiking | and they really like it... at least they told me so | 16:46 |
@iglesiasg | wiking: what were they using it for? | 16:46 |
@iglesiasg | or are | 16:46 |
@lisitsyn | wiking: so you didn't make them suffer to say that? | 16:46 |
wiking | :) | 16:46 |
@lisitsyn | no torments? | 16:46 |
wiking | mostly they are using the svm part of it | 16:46 |
wiking | i told them there is much more to it as well... as well as there's gonna be some really good stuff coming this summer with GSoC13 | 16:47 |
wiking | iglesiasg: so what do you say about this ? | 16:48 |
@iglesiasg | wiking: about the travis thing? | 16:48 |
wiking | iglesiasg: yes | 16:50 |
wiking | i mean what we really need only | 16:50 |
wiking | is for a given interface what other packages we need | 16:50 |
wiking | apart from the basic ones | 16:50 |
@iglesiasg | I don't understand it completely clear TBH | 16:50 |
wiking | ok | 16:51 |
wiking | so now we build only libshogun interface | 16:51 |
wiking | on travis | 16:51 |
wiking | right? | 16:51 |
@iglesiasg | ok, I didn't know it was just libshogun actually :) | 16:51 |
wiking | what we could do is that we also build perl_modular, python_modular, r_modular, octave_modular, java_modular, csharp_modular, lua_modular, ruby_modular | 16:51 |
wiking | the only problem is | 16:52 |
wiking | that travis has a hard limit on compilation time | 16:52 |
wiking | so if we build all the modular interfaces at once | 16:53 |
wiking | we'll run out of that hard limit | 16:53 |
wiking | so what we shoudl do is divide up this task | 16:53 |
@iglesiasg | ok | 16:53 |
wiking | i.e. each interface should be build separately | 16:53 |
HeikoS | wiking, it would be cool to have the python working | 16:53 |
HeikoS | this is the most interesting for travis | 16:53 |
wiking | so this can be done by using enviromental variables on travis | 16:54 |
wiking | because travis automatically will try to run a separate build process for each different values of a given env variable | 16:54 |
wiking | so what i suggest is to have 2 env variables | 16:55 |
wiking | http://about.travis-ci.org/docs/user/build-configuration/#Set-environment-variables | 16:55 |
wiking | iglesiasg: see the example what they say there for ruby and FOO and BAR | 16:55 |
wiking | so 1 env variable is INTERFACES | 16:56 |
wiking | which always have only one value | 16:56 |
wiking | e.g. INTERFACES=python_modular | 16:56 |
@lisitsyn | yes makes sense | 16:56 |
wiking | and you have a corresponding env variable | 16:56 |
wiking | EXTRA_PACKAGES= | 16:56 |
wiking | ok | 16:56 |
wiking | can i now | 16:57 |
wiking | directly commit to develop | 16:57 |
@lisitsyn | wiking: yes sure | 16:57 |
wiking | with git-flow method? | 16:57 |
wiking | ok let's see how this works :))) | 16:57 |
@lisitsyn | wiking: I don't mind even w/o git-flow for small commits (not sure what others think) | 16:57 |
@iglesiasg | wiking: and how is it done to control when one of the builds ends (say python_modular) another starts (libshogun or whatever) | 16:57 |
wiking | iglesiasg: travis will take care of automatically | 16:58 |
wiking | can anybody tell me what is the dependency for python_modular | 16:59 |
wiking | i mean packages on | 16:59 |
wiking | debian | 16:59 |
@iglesiasg | anything else I can think of apart from python, numpy, swig | 17:00 |
@iglesiasg | nothing* hehe | 17:01 |
@lisitsyn | wiking: python-numpy-dev | 17:02 |
@lisitsyn | swig | 17:02 |
@lisitsyn | swig2.0 IIRC | 17:02 |
@lisitsyn | http://cs7004.vk.me/c7006/v7006806/2d1c/49_aQ8y5UNg.jpg | 17:03 |
@iglesiasg | haha oldie one | 17:04 |
wiking | EXTRA_PACKAGES="python-numpy-dev, swig2.0" | 17:08 |
wiking | anything else? | 17:08 |
@lisitsyn | wiking: sorry not under ubuntu right now | 17:09 |
@lisitsyn | wiking: python-dev maybe | 17:09 |
HeikoS | lisitsyn: how to tell the buildbot to rebuild the python modular? | 17:11 |
@lisitsyn | shogun-buildbot: | 17:11 |
@lisitsyn | shogun-buildbot force | 17:11 |
@lisitsyn | shogun-buildbot force restart something | 17:12 |
@lisitsyn | :D | 17:12 |
HeikoS | shogun-buildbot: force restart deb3 | 17:12 |
shogun-buildbot | try 'force build [--branch=BRANCH] [--revision=REVISION] [--props=PROP1=VAL1,PROP2=VAL2...] <WHICH> <REASON>' | 17:12 |
@lisitsyn | shogun-buildbot: force build 'deb3 - modular_interfaces' | 17:12 |
@lisitsyn | shogun-buildbot: force build 'deb3 - modular_interfaces' 'please' | 17:13 |
HeikoS | did it work? | 17:13 |
@lisitsyn | no idea :D | 17:13 |
HeikoS | pleeeease :) | 17:13 |
@lisitsyn | shogun-buildbot, force build 'deb3 - modular_interfaces' 'please' | 17:13 |
shogun-buildbot | build forced [ETA 44m36s] | 17:13 |
shogun-buildbot | I'll give a shout when the build finishes | 17:13 |
@lisitsyn | HeikoS: ha triggered | 17:13 |
HeikoS | haha | 17:13 |
HeikoS | :) | 17:13 |
@lisitsyn | HeikoS: do you know there is a programming language | 17:13 |
HeikoS | the please did it! | 17:13 |
@lisitsyn | where you have to put please | 17:13 |
@lisitsyn | http://en.wikipedia.org/wiki/INTERCAL | 17:13 |
@lisitsyn | if "PLEASE" does not appear often enough, the program is considered insufficiently polite, and the error message says this; if too often, the program could be rejected as excessively polite. | 17:14 |
HeikoS | haha :) | 17:14 |
HeikoS | please give up! | 17:14 |
@lisitsyn | ok be back later | 17:15 |
-!- lisitsyn [~lisitsin@mxs.kg.ru] has quit [Quit: Leaving.] | 17:15 | |
shogun-notifier- | shogun: Viktor Gal :develop * 6b18c90 / .travis.yml: https://github.com/shogun-toolbox/shogun/commit/6b18c90c13f85243347519456471d438b998272f | 17:16 |
shogun-notifier- | shogun: Add support for building various interfaces on Travis | 17:16 |
shogun-notifier- | shogun: Currently it only works for python_modular | 17:16 |
wiking | ok | 17:16 |
wiking | let see how this will end up | 17:16 |
HeikoS | wiking: nice! :) | 17:16 |
wiking | i wonder if it's going to be really working | 17:18 |
wiking | but either my internet | 17:18 |
wiking | or travis is slow | 17:18 |
-!- foulwall [~foulwall@2001:da8:215:c252:1961:62de:1e65:4d09] has joined #shogun | 17:19 | |
wiking | ah ok | 17:23 |
wiking | i understand now | 17:23 |
wiking | :D | 17:23 |
wiking | iglesiasg: here | 17:23 |
wiking | ? | 17:23 |
wiking | iglesiasg: we have to change the travis.yml file in master branch | 17:24 |
wiking | otherwise it'll never realise | 17:24 |
wiking | that it should start building the develop branch :D | 17:25 |
wiking | who will merge it into master? :) | 17:26 |
HeikoS | lambday: check python_modular warnings: | 17:26 |
HeikoS | http://shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1012 | 17:26 |
wiking | HeikoS: wanna merge it? | 17:34 |
-!- deerishi [73f88294@gateway/web/freenode/ip.115.248.130.148] has joined #shogun | 17:35 | |
lambday | HeikoS: oh.. I added precision_matrix later, forgot to add the doxygen info | 17:37 |
HeikoS | wiking, fernandos PR? | 17:37 |
HeikoS | lambday: no worries! | 17:37 |
lambday | fixing.. | 17:37 |
-!- foulwall [~foulwall@2001:da8:215:c252:1961:62de:1e65:4d09] has quit [Ping timeout: 245 seconds] | 17:40 | |
@iglesiasg | wiking: re | 17:42 |
wiking | so | 17:42 |
wiking | somebody should merge the current .travis.yml in develop to master branch | 17:42 |
wiking | ok waith | 17:42 |
wiking | not yet | 17:42 |
wiking | iglesiasg: so should we always try to build master as well? | 17:42 |
wiking | or only develop? | 17:43 |
wiking | i would go with master and develop | 17:43 |
@iglesiasg | wiking: AFAIK travis is going to build only when we push stuff | 17:43 |
wiking | iglesiasg: yes | 17:43 |
@iglesiasg | so if we don't have much activity in master for a long while | 17:43 |
wiking | nonono | 17:43 |
@iglesiasg | as it should be with this git-flow model | 17:43 |
@iglesiasg | then it is not going to keep on building the same | 17:44 |
wiking | now it builds only master | 17:44 |
@iglesiasg | then I think it makes sense to build master too | 17:44 |
wiking | as we set it up like that | 17:44 |
wiking | but | 17:44 |
@iglesiasg | I issued a pull request so that all branches were built | 17:44 |
wiking | i think it's not smart enough | 17:44 |
@iglesiasg | sonne|work wanted to have it like that | 17:44 |
lambday | HeikoS: fixed... | 17:44 |
wiking | to know that which branch is pushed | 17:44 |
lambday | sending the PR :) | 17:44 |
HeikoS | lambday: nice :) | 17:44 |
wiking | iglesiasg: if travis is being notified that there was a push | 17:45 |
wiking | then it'll try to build all the branches that are mentioned | 17:45 |
wiking | not only the ones where there's a change | 17:45 |
wiking | Travis will always look for the .travis.yml file that is contained in the branch specified by the git commit that GitHub has passed to us. This configuration in one branch will not affect the build of another, separate branch. Also, Travis CI will build after any git push to your GitHub project unless you instruct it to skip a build. You can limit this behavior with configuration options. | 17:46 |
wiking | mmm | 17:46 |
wiking | maybe it is actually smart enough ;) | 17:46 |
wiking | or not | 17:46 |
wiking | i dont really get this explanation | 17:46 |
lambday | HeikoS: one more thing, if I add a new file.. all I need to do is run configure again and then make, right? | 17:47 |
wiking | from the last 2 sentence i think it'll build all the branches | 17:47 |
wiking | regardless of which branch was modified | 17:47 |
wiking | but from the first part of this i understood that it'll do the work only on the modified branch | 17:47 |
HeikoS | lambday: what file and where? | 17:48 |
shogun-notifier- | shogun: lambday :develop * 7a77a74 / src/shogun/mathematics/Statistics.h: https://github.com/shogun-toolbox/shogun/commit/7a77a7478ebf8d56d1c3485f65c1d98d9bba5de8 | 17:48 |
shogun-notifier- | shogun: fixed doxygen error in Statistics.h | 17:48 |
shogun-notifier- | shogun: Heiko Strathmann :develop * b40b0c2 / src/shogun/mathematics/Statistics.h: https://github.com/shogun-toolbox/shogun/commit/b40b0c256159f0c5dd47c098b7c4a76a5caa5bd5 | 17:48 |
shogun-notifier- | shogun: Merge pull request #979 from lambday/develop | 17:48 |
shogun-notifier- | shogun: | 17:48 |
shogun-notifier- | shogun: fixed doxygen error in Statistics.h | 17:48 |
HeikoS | haha (Develop) | 17:48 |
HeikoS | Heiko: Develop | 17:49 |
@iglesiasg | wiking: it sounds to me like if you push to one branch, then it is going to build for all the branches as specified in the travis.yml of the branch you have pushed to | 17:49 |
@iglesiasg | does that make sense? | 17:49 |
wiking | mmm | 17:50 |
wiking | so basically you understand | 17:50 |
wiking | that it'll build | 17:50 |
wiking | on the branch where there was modification | 17:50 |
wiking | and only if it's enabled | 17:51 |
wiking | right? | 17:51 |
@iglesiasg | not really | 17:51 |
-!- deerishi [73f88294@gateway/web/freenode/ip.115.248.130.148] has quit [Quit: Page closed] | 17:51 | |
lambday | HeikoS: eigen3.cpp in shogun/mathematics/.. where SGSparseMatrix to SparseMatrix is to be defined.. | 17:51 |
wiking | iglesiasg: then? :) | 17:51 |
HeikoS | lambday: then yes, just add the file, linking should work automatically | 17:52 |
@iglesiasg | wiking: let's make some syntax analysis :D | 17:52 |
@iglesiasg | Travis will always look for the .travis.yml file that is contained in the branch specified by the git commit that GitHub has passed to us | 17:52 |
@iglesiasg | 1) What is the commit that GitHub passes to them? | 17:52 |
wiking | that's done by a hook | 17:52 |
wiking | github commit hook | 17:52 |
shogun-buildbot | build #1012 of deb3 - modular_interfaces is complete: Failure [failed test python_modular] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1012 | 17:52 |
@iglesiasg | no idea how the hook works | 17:53 |
wiking | anyhow | 17:53 |
wiking | i think it is executed | 17:53 |
wiking | as a post commit hook | 17:53 |
wiking | so when github receives a new commit | 17:53 |
wiking | it executes the hook of travis | 17:53 |
lambday | HeikoS: okay.. :) | 17:53 |
wiking | and it passes there the branch where the commit happened | 17:53 |
wiking | so if it receives a new commit to develop | 17:54 |
wiking | it'll send to travis | 17:54 |
wiking | the branch name | 17:54 |
wiking | and the commit sha1 | 17:54 |
wiking | ^ branch name = develop | 17:54 |
wiking | and then travis will check whether that branch has a .travis.yml | 17:54 |
@iglesiasg | wiking: but that sounds a bit like if it'd do it commit by commit | 17:55 |
@iglesiasg | and probably it is not | 17:55 |
@iglesiasg | wiking: what did you mean with post commit hook? | 17:55 |
@iglesiasg | mm you explained afterwards, nvm | 17:56 |
wiking | Also, Travis CI will build after any git push to your GitHub project unless you instruct it to skip a build. | 17:56 |
wiking | this should mean for me | 17:56 |
wiking | i mean this means for me | 17:56 |
wiking | that it'll run | 17:56 |
wiking | CI | 17:56 |
wiking | after any git push | 17:56 |
@iglesiasg | yes | 17:56 |
@iglesiasg | and that makes lot of sense | 17:56 |
wiking | unless it's specified otherwise | 17:56 |
wiking | now the question is | 17:57 |
@iglesiasg | however, I get lost in there with this "commit that GitHub passes us" | 17:57 |
wiking | iglesiasg: github will pass to Travis | 17:57 |
wiking | in what branch happend the change | 17:57 |
wiking | and the commit sha-1 string | 17:57 |
wiking | so that travis can do the building of that given commit | 17:57 |
wiking | and yes | 17:58 |
wiking | travis runs after each commit | 17:58 |
@iglesiasg | oh | 17:58 |
@iglesiasg | so say you do a push with 20 new commits | 17:58 |
@iglesiasg | it is going to build 20 times? | 17:58 |
wiking | indeed | 17:58 |
wiking | or i hope so :) | 17:58 |
wiking | otherwise i dont understand a fucking thing | 17:58 |
wiking | :) | 17:58 |
@iglesiasg | ok, there must be a reason to do it like that :) | 17:58 |
wiking | although | 17:59 |
wiking | let me check something | 17:59 |
wiking | ok | 17:59 |
wiking | https://github.com/shogun-toolbox/shogun/pull/901 | 17:59 |
@iglesiasg | wiking: then, I think we don't need to push to master in order to get travis to work in develop | 17:59 |
wiking | i might be wrong | 17:59 |
wiking | iglesiasg: there's only one build for that PR | 18:00 |
wiking | not 4 | 18:00 |
wiking | so maybe it's push per push | 18:00 |
wiking | ok let's try it | 18:01 |
wiking | ;) | 18:01 |
@iglesiasg | wiking: is travis utterly slow in your browser too? | 18:02 |
@iglesiasg | I have cliked in pull requests tab one month ago :D | 18:02 |
@iglesiasg | clicked* | 18:02 |
wiking | iglesiasg: yes | 18:03 |
wiking | it's fucking slow | 18:03 |
wiking | ok i'll just do a direct commit now the develop branch | 18:03 |
wiking | add develop branch into .travis.yml | 18:03 |
wiking | even better | 18:03 |
wiking | i do your PR :D | 18:03 |
@iglesiasg | wiking: yeah | 18:03 |
@iglesiasg | I was going to tell you that :) | 18:03 |
wiking | and then we will invalidate your PR ;) | 18:04 |
wiking | sorry | 18:04 |
-!- deerishi [73f88294@gateway/web/freenode/ip.115.248.130.148] has joined #shogun | 18:04 | |
@iglesiasg | but actually that change should be in all the branches | 18:04 |
wiking | yeah i know :) | 18:05 |
@iglesiasg | :) | 18:05 |
shogun-notifier- | shogun: Viktor Gal :develop * adea65e / .travis.yml: https://github.com/shogun-toolbox/shogun/commit/adea65e8e0cf395c5e8e719cb8499ba44a6cb608 | 18:08 |
shogun-notifier- | shogun: No filtered branches in travis.yml | 18:08 |
shogun-notifier- | shogun: inspired by Fernando | 18:08 |
wiking | mmm | 18:08 |
wiking | lets see | 18:08 |
wiking | travis should start doing soemthing now | 18:08 |
wiking | hopefully | 18:08 |
wiking | ok | 18:09 |
wiking | it doesn't do anything yet | 18:09 |
@iglesiasg | wiking: why didn't you just merge the PR? Just curious because I don't see the difference | 18:10 |
wiking | iglesiasg: because i've already did some changes earlier | 18:10 |
@iglesiasg | aaah all right | 18:10 |
wiking | i've added the env variable | 18:10 |
wiking | travis is crazy slow now | 18:10 |
@iglesiasg | and we want to put a million interfaces :D | 18:11 |
-!- hoijui [~hoijui@dslb-088-074-124-102.pools.arcor-ip.net] has quit [Ping timeout: 245 seconds] | 18:14 | |
shogun-notifier- | shogun: Heiko Strathmann :develop * c1c5078 / data: https://github.com/shogun-toolbox/shogun/commit/c1c50789303d7724d5a5f121f10e9703af19c59e | 18:19 |
shogun-notifier- | shogun: updated data with new GPR test example due to implementation change | 18:19 |
shogun-notifier- | shogun: Heiko Strathmann :develop * 3cfc714 / data: https://github.com/shogun-toolbox/shogun/commit/3cfc714769239bef399b361ca76f961ef97b8b7f | 18:19 |
shogun-notifier- | shogun: Merge pull request #980 from karlnapf/develop | 18:19 |
shogun-notifier- | shogun: | 18:19 |
shogun-notifier- | shogun: updated data with new GPR test example due to implementation change | 18:19 |
HeikoS | shogun-buildbot: force restart 'deb3 - modular_interfaces' 'please' | 18:21 |
shogun-buildbot | try 'force build [--branch=BRANCH] [--revision=REVISION] [--props=PROP1=VAL1,PROP2=VAL2...] <WHICH> <REASON>' | 18:21 |
HeikoS | shogun-buildbot, force build 'deb3 - modular_interfaces' 'please' | 18:21 |
shogun-buildbot | build forced [ETA 44m36s] | 18:21 |
shogun-buildbot | I'll give a shout when the build finishes | 18:21 |
wiking | iglesiasg: https://travis-ci.org/shogun-toolbox/shogun | 18:22 |
wiking | :( | 18:22 |
wiking | the problem is that it's still not building | 18:22 |
wiking | it only built your PR | 18:22 |
wiking | and actually based on that PR | 18:23 |
wiking | it did not build ALL the branches | 18:23 |
@iglesiasg | wiking: it only builds the branch where it is pushed | 18:23 |
wiking | yes | 18:23 |
@iglesiasg | as long as the travis.yml says so | 18:23 |
wiking | but then why it did not build my last commit?! | 18:24 |
wiking | stupid travis | 18:24 |
@iglesiasg | matter of time maybe? | 18:25 |
wiking | noup | 18:31 |
-!- zuhao [~wanzuhao@nusnet-184-31.dynip.nus.edu.sg] has quit [Remote host closed the connection] | 18:33 | |
-!- deerishi [73f88294@gateway/web/freenode/ip.115.248.130.148] has quit [Ping timeout: 245 seconds] | 18:52 | |
-!- shreyNis [3bb2c21c@gateway/web/freenode/ip.59.178.194.28] has joined #shogun | 18:52 | |
-!- cameron_ [~cameron@global-2-1.nat.csx.cam.ac.uk] has joined #shogun | 18:53 | |
cameron_ | hi | 18:53 |
-!- deerishi [73f88294@gateway/web/freenode/ip.115.248.130.148] has joined #shogun | 18:53 | |
@iglesiasg | hey cameron_ | 18:54 |
cameron_ | i am trying to start in shogun | 18:54 |
cameron_ | and are having troubles in compiling the files | 18:54 |
cameron_ | planning to use C++ with g++ | 18:54 |
@iglesiasg | ok | 18:54 |
cameron_ | got the basic example working. (the minimal one) | 18:54 |
@iglesiasg | good | 18:54 |
cameron_ | and i downloaded the package just straight from synaptic package manager | 18:55 |
cameron_ | didn't bother to do make and install | 18:55 |
@iglesiasg | cameron_: ok | 18:55 |
cameron_ | then was trying to run the gaussian filter example in the tutorial | 18:55 |
cameron_ | and it doesn't work | 18:55 |
cameron_ | a bunch of undefined reference popped up | 18:55 |
cameron_ | i think i just need to link back to the library | 18:56 |
@iglesiasg | cameron_: mmm it might be that the tutorial is not sync with the version of shogun you are using | 18:56 |
HeikoS | cameron_: yes, -lshogun | 18:56 |
deerishi | in KernelPCA in python modular, get_transformation_matrix() converts the shogun feature data matrix to the numpy matrix ,rite?(note i am doing get_transformation_matrix() after kernelpca has been done) | 18:56 |
HeikoS | deerishi: what exactly do you mean? | 18:56 |
cameron_ | yes, i already used -lshogun | 18:57 |
cameron_ | still it doesn't work | 18:57 |
deerishi | i want to see the plotted data after kernel pca has been done | 18:57 |
deerishi | i want to confirm if the data has been made linearly separable | 18:58 |
HeikoS | deerishi: thats good, what is the question then? | 18:58 |
HeikoS | shogun matrices are directly translated into numpy | 18:58 |
deerishi | HeikoS : after doing "preprocessor.apply_to_feature_matrix(features) ",in order to see the results, i need to transform features to a numpy array,by doing get_transformation_matrix().but the thing is the matrix i am getting back is of greater dimension. eg if the data was a array of size 2x302 ,the matrix i am getting back is of size 302x302.how do i plot that to confirm if kernel pca has worked or not? | 19:02 |
cameron_ | any ideas? | 19:02 |
-!- shreyNis [3bb2c21c@gateway/web/freenode/ip.59.178.194.28] has left #shogun [] | 19:05 | |
shogun-buildbot | build #1013 of deb3 - modular_interfaces is complete: Success [build successful] Build details are at http://www.shogun-toolbox.org/buildbot/builders/deb3%20-%20modular_interfaces/builds/1013 | 19:06 |
@iglesiasg | cameron_: can you put your example and the instructions you are using to compile somewhere? e.g. pastebin | 19:06 |
-!- deerishi_ [73f88294@gateway/web/freenode/ip.115.248.130.148] has joined #shogun | 19:08 | |
-!- deerishi [73f88294@gateway/web/freenode/ip.115.248.130.148] has quit [Ping timeout: 245 seconds] | 19:09 | |
deerishi_ | HeikoS : after doing "preprocessor.apply_to_feature_matrix(features) ",in order to see the results, i need to transform features to a numpy array,by doing get_transformation_matrix().but the thing is the matrix i am getting back is of greater dimension. eg if the data was a array of size 2x302 ,the matrix i am getting back is of size 302x302.how do i plot that to confirm if kernel pca has worked or not? | 19:09 |
deerishi_ | ? | 19:09 |
deerishi_ | HeikoS:any ideas? | 19:09 |
cameron_ | error log : http://pastebin.com/e897xguk | 19:10 |
HeikoS | deerishi_: okay, I get the problem | 19:10 |
cameron_ | command i used: g++ file_name.cpp -o file_name -lshogun | 19:10 |
HeikoS | deerishi_: could you paste some code? pastebin | 19:10 |
HeikoS | which illustrates? | 19:10 |
HeikoS | then I can verify | 19:11 |
@iglesiasg | cameron_: what about the source code, can you copy it too please? | 19:11 |
HeikoS | cameron_: maybe your installation did not work properly, you could try compiling shogun from the source | 19:12 |
HeikoS | iglesiasg: sonney2k: just realising how outdated the developer tutorial is ... | 19:13 |
@iglesiasg | HeikoS: hehe indeed... | 19:13 |
deerishi_ | HeikoS: http://pastebin.com/n487FE8Q | 19:17 |
HeikoS | deerishi_: checking ... | 19:17 |
deerishi_ | thanks | 19:17 |
HeikoS | deerishi_: sorry will take some time ..will get back to you | 19:26 |
deerishi_ | HeikoS:the data is 2 semicircular arcs of radius 50 and 100 respectively | 19:27 |
HeikoS | deerishi_: ok now | 19:32 |
HeikoS | deerishi_: so the transformation matrix are the eigenvectors | 19:35 |
HeikoS | of the kernel matrix | 19:35 |
@iglesiasg | see you later people | 19:35 |
-!- iglesiasg [~nando@n132-p169.kthopen.kth.se] has quit [Quit: leaving] | 19:35 | |
HeikoS | but you want to plot the projection | 19:35 |
HeikoS | say on top of the first two eigenvectors | 19:35 |
deerishi_ | top 2 in the sense, say the first and second row, or according to the eigenvalues | 19:37 |
HeikoS | no, the transformation matrix are just the eigenvalues | 19:38 |
HeikoS | if you want to see the projection on the first two you have to multiply the first two | 19:38 |
HeikoS | but the KernelPCA class does this for you | 19:38 |
HeikoS | http://www.shogun-toolbox.org/doc/en/2.0.1/KernelPCA_8cpp_source.html#l00128 | 19:38 |
HeikoS | this method returns the new feature matrix with the projection | 19:39 |
HeikoS | float64_t* new_feature_matrix = SG_MALLOC(float64_t, m_target_dim*num_vectors); | 19:39 |
HeikoS | so you have to set the target dimension | 19:39 |
HeikoS | and then call this method | 19:39 |
HeikoS | then your features have another dimension | 19:39 |
HeikoS | deerishi_: gotta go now, hope that helped, if not, ask on the mailing list, I might have a look tonight | 19:40 |
-!- Ben___ [8984c79c@gateway/web/freenode/ip.137.132.199.156] has joined #shogun | 19:46 | |
Ben___ | hello | 19:47 |
-!- Ben___ [8984c79c@gateway/web/freenode/ip.137.132.199.156] has quit [Client Quit] | 19:47 | |
-!- HeikoS [~heiko@nat-188-115.internal.eduroam.ucl.ac.uk] has left #shogun [] | 19:56 | |
-!- iglesiasg [~nando@n132-p169.kthopen.kth.se] has joined #shogun | 19:57 | |
-!- mode/#shogun [+o iglesiasg] by ChanServ | 19:57 | |
-!- lambday [3ba21749@gateway/web/freenode/ip.59.162.23.73] has quit [] | 19:58 | |
-!- deerishi_ [73f88294@gateway/web/freenode/ip.115.248.130.148] has quit [Ping timeout: 245 seconds] | 20:00 | |
@sonney2k | iglesiasg, no wonder the developer tutorial is outdated :) | 20:06 |
@sonney2k | that is the destiny of all documentation | 20:06 |
@iglesiasg | yeah... the cycle of life | 20:07 |
shogun-notifier- | shogun: iglesias :develop * d594bb0 / .travis.yml: https://github.com/shogun-toolbox/shogun/commit/d594bb0ef14b2aa5a3da97788582d5e433fba153 | 20:10 |
shogun-notifier- | shogun: No filtered branches in travis.yml. | 20:10 |
shogun-notifier- | shogun: Soeren Sonnenburg :develop * 7096e33 / : https://github.com/shogun-toolbox/shogun/commit/7096e330498ad729836facdf600ce2e9c05ed04a | 20:10 |
shogun-notifier- | shogun: Merge pull request #978 from iglesias/travis_all_branches | 20:10 |
shogun-notifier- | shogun: | 20:10 |
shogun-notifier- | shogun: No filtered branches in travis.yml. | 20:10 |
@iglesiasg | sonney2k: mmm I thought wiking had already applied that change | 20:11 |
-!- k_matsuda [~k_matsuda@h101-111-222-195.catv02.itscom.jp] has quit [Remote host closed the connection] | 20:15 | |
@iglesiasg | sonney2k: arrgh you are the fastest in the old western, I had already started to answer Monalisa :P | 20:17 |
@iglesiasg | sonney2k: the file looks like this btw http://pastebin.com/EPA3Da7N | 20:23 |
@iglesiasg | it doesn't look at all like a autogenerated file | 20:24 |
@iglesiasg | maybe it is something I downloaded/copied half-asleep and now I don't remember | 20:24 |
-!- iglesiasg [~nando@n132-p169.kthopen.kth.se] has quit [Quit: leaving] | 20:25 | |
-!- cameron_ [~cameron@global-2-1.nat.csx.cam.ac.uk] has quit [Quit: Leaving] | 20:37 | |
-!- gsomix [~gsomix@83.234.54.56] has joined #shogun | 20:41 | |
gsomix | good evening | 20:41 |
-!- travis-ci [~travis-ci@ec2-54-242-66-169.compute-1.amazonaws.com] has joined #shogun | 20:45 | |
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/6390068 | 20:45 |
-!- travis-ci [~travis-ci@ec2-54-242-66-169.compute-1.amazonaws.com] has left #shogun [] | 20:45 | |
-!- lisitsyn [~blackburn@83.234.54.56] has joined #shogun | 21:23 | |
-!- mode/#shogun [+o lisitsyn] by ChanServ | 21:23 | |
@sonney2k | lisitsyn, I am dead. I just answered 13 or so sg emails | 21:34 |
@lisitsyn | sonney2k: about? | 21:34 |
@lisitsyn | sonney2k: redirect to me whether possible | 21:35 |
@sonney2k | hashing/demo etc | 21:35 |
@lisitsyn | ahh | 21:35 |
@sonney2k | I missed foulwall today - did you see him? | 21:35 |
@sonney2k | and I've seen another cool demo | 21:35 |
@lisitsyn | sonney2k: no | 21:35 |
@sonney2k | https://github.com/dvalcarce/shogun-gsoc | 21:35 |
@sonney2k | check this out ^ | 21:36 |
@sonney2k | git clone | 21:36 |
@sonney2k | and then just make | 21:36 |
@sonney2k | (you need shogun python modular installed) | 21:36 |
@sonney2k | lisitsyn, I am indeed thinking about extending the idea | 21:36 |
@sonney2k | I mean with real shogun webservice style stuff | 21:37 |
@sonney2k | and tutorial style intro | 21:37 |
@sonney2k | and maybe splitting it up | 21:37 |
@sonney2k | as that is way to big | 21:37 |
@lisitsyn | sonney2k: yes that's a trouble | 21:37 |
@sonney2k | about hashing we might also have some nice candidates | 21:39 |
@sonney2k | lisitsyn, do you recall how it was in last years | 21:39 |
@lisitsyn | sonney2k: what exactly? | 21:39 |
@sonney2k | I mean when we slowly became sure who would be ideal for which slot? | 21:39 |
@lisitsyn | sonney2k: oh last time we had no doubts | 21:39 |
@sonney2k | err | 21:40 |
@lisitsyn | sonney2k: but now dates are shifted | 21:40 |
@sonney2k | not from the very beginning | 21:40 |
@lisitsyn | so I am confused | 21:40 |
@lisitsyn | sonney2k: what I am sure - *after* submissions of proposals | 21:40 |
@sonney2k | yeah | 21:42 |
@sonney2k | well it is still 2 weeks to get to know candidates | 21:42 |
@sonney2k | so maybe it will become more clear | 21:43 |
@lisitsyn | sonney2k: 2? | 21:43 |
@sonney2k | btw I don't remember that it was that long last time | 21:43 |
@lisitsyn | sonney2k: everything was much shorter | 21:43 |
@lisitsyn | sonney2k: I guess everyone is confused with that schedule | 21:43 |
@sonney2k | yes may 3rd | 21:43 |
@sonney2k | is the deadline | 21:44 |
@lisitsyn | yes | 21:44 |
@lisitsyn | I see | 21:44 |
@lisitsyn | will try to remember | 21:44 |
@sonney2k | it is 1 month of getting to know people | 21:44 |
@sonney2k | very long | 21:44 |
@sonney2k | on the other hand they get to know us too :D | 21:44 |
@sonney2k | lisitsyn, did you try the demo? | 21:45 |
@lisitsyn | sonney2k: not yet will try in a minute | 21:45 |
@lisitsyn | I checked the code first | 21:45 |
@lisitsyn | sonney2k: oh that's interesting | 21:46 |
@sonney2k | lisitsyn, what? | 21:49 |
@lisitsyn | sonney2k: that demo | 21:49 |
@sonney2k | nice uh? | 21:50 |
@lisitsyn | yes quite nice | 21:50 |
@sonney2k | I kind of dreamt of doing this | 21:50 |
@lisitsyn | so you will be in trouble | 21:50 |
@sonney2k | we will see | 21:51 |
@lisitsyn | you are already in trouble with too many candidates :) | 21:51 |
@lisitsyn | sonney2k: worst thing is that they have zero conversion | 21:51 |
@lisitsyn | like a guy that wants to do hashing can do libqp instead | 21:51 |
@lisitsyn | but demo people are not that interested in our dirty ml related deals | 21:52 |
@sonney2k | as I said we could change the topic from ml demos -> machine learning platform | 21:52 |
@sonney2k | I mean like ML for your grandma | 21:52 |
@lisitsyn | sonney2k: what I am worried is that how does that fit our aim | 21:55 |
@lisitsyn | sonney2k: we have no idea who are our users and what do they want :) | 21:56 |
@lisitsyn | I mean it is nice to have but we have to come up with something that has value | 21:57 |
-!- klsv [~klsv@111.93.5.194] has joined #shogun | 21:58 | |
@sonney2k | lisitsyn, value for us you mean? | 22:01 |
@sonney2k | or value for users? | 22:01 |
@lisitsyn | sonney2k: in some kind of business sense | 22:01 |
@lisitsyn | so both | 22:01 |
@lisitsyn | like something that either is good for our users or good for us to reach something more | 22:01 |
@sonney2k | lisitsyn, people certainly need automated tools right? | 22:01 |
@sonney2k | not everyone is an expert | 22:01 |
@sonney2k | so users benefit | 22:02 |
@sonney2k | it is the easy way of using shogun == totally new type of users | 22:02 |
@lisitsyn | yes that's true | 22:02 |
@sonney2k | it also has lots of challenges so we will learn a lot | 22:03 |
@sonney2k | and it is what all the big companies are doing too but | 22:03 |
@sonney2k | not oss of course | 22:03 |
@lisitsyn | sonney2k: actually doing something not OSS in that field looks quite stupid for me now | 22:04 |
-!- rsiera [594e79ba@gateway/web/freenode/ip.89.78.121.186] has joined #shogun | 22:05 | |
@sonney2k | lisitsyn, no why? | 22:06 |
@sonney2k | if you are yahoo, google, microsoft, ... | 22:06 |
@lisitsyn | sonney2k: being open source offers a lot of advantages | 22:06 |
@sonney2k | sure but certainly not making money is one of them | 22:06 |
@lisitsyn | sonney2k: that's not true now | 22:07 |
@sonney2k | wiking, does travis now build python stuff? | 22:07 |
@sonney2k | lisitsyn, how not? | 22:07 |
@lisitsyn | sonney2k: it was true in great days of oracle and etc | 22:07 |
@lisitsyn | when companies tried to earn each available cent | 22:07 |
@sonney2k | what changed? | 22:08 |
@lisitsyn | sonney2k: well people are using OSS databases and pay for support | 22:08 |
@lisitsyn | http://www.hazelcast.com/ http://akka.io/ http://basho.com/riak/ | 22:09 |
@lisitsyn | sonney2k: I may be over-positive but model has changed (at least it is moving towards open source with support) | 22:10 |
@lisitsyn | sonney2k: speaking about ML - check what offers any distributed thing like say mahout | 22:11 |
@lisitsyn | and oracle data mining | 22:11 |
-!- rsiera [594e79ba@gateway/web/freenode/ip.89.78.121.186] has quit [Ping timeout: 245 seconds] | 22:20 | |
-!- klsv [~klsv@111.93.5.194] has quit [] | 22:21 | |
-!- hoijui [~hoijui@dslb-088-074-124-102.pools.arcor-ip.net] has joined #shogun | 22:37 | |
gsomix | sonney2k, hey, how are you? are there many students this year? | 23:10 |
-!- shogun-notifier- [~irker@7nn.de] has quit [Quit: transmission timeout] | 23:10 | |
-!- dvalcarce [5b757556@gateway/web/freenode/ip.91.117.117.86] has joined #shogun | 23:23 | |
-!- dvalcarce [5b757556@gateway/web/freenode/ip.91.117.117.86] has quit [Quit: Page closed] | 23:34 | |
-!- hoijui [~hoijui@dslb-088-074-124-102.pools.arcor-ip.net] has quit [Ping timeout: 264 seconds] | 23:36 | |
-!- dvalcarce [~dvalcarce@86.117.117.91.dynamic.mundo-r.com] has joined #shogun | 23:38 | |
-!- dvalcarce [~dvalcarce@86.117.117.91.dynamic.mundo-r.com] has left #shogun [] | 23:45 | |
--- Log closed Wed Apr 17 00:00:28 2013 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!