--- Log opened Tue Jul 19 00:00:39 2011 | ||
@sonney2k | ok now with SGIO | 00:07 |
---|---|---|
CIA-87 | shogun: Soeren Sonnenburg master * r6c8f9ca / (203 files in 30 dirs): rename IO class to SGIO to avoid IO (module) vs. IO (class) naming clash - http://bit.ly/njE6Nl | 00:07 |
-!- blackburn [~blackburn@188.122.238.99] has quit [Quit: Leaving.] | 00:18 | |
-!- blackburn [~blackburn@188.122.238.99] has joined #shogun | 00:19 | |
@sonney2k | nite blackburn / serialhex | 00:24 |
blackburn | see you | 00:24 |
* sonney2k is happy with the new code structure | 00:24 | |
blackburn | hhe | 00:24 |
@sonney2k | blackburn, now letst see if yo manage to get the java examples to compile & run :D | 00:24 |
blackburn | let's try | 00:25 |
blackburn | but not today ;) | 00:25 |
* sonney2k closes one eye | 00:25 | |
* sonney2k closes one more eye | 00:25 | |
* sonney2k ...zzzzZZZZZZ | 00:25 | |
serialhex | hmm?? someone asked for me??? | 00:26 |
blackburn | serialhex: I wonder why he did ;) | 00:28 |
blackburn | how are you today? | 00:28 |
serialhex | idk blackburn... | 00:28 |
serialhex | i'm good | 00:28 |
serialhex | got a headache, probably from not enough caffene | 00:28 |
serialhex | and yourself?? | 00:28 |
blackburn | be carefull with caffeine ;) | 00:28 |
serialhex | i love it! | 00:28 |
blackburn | I'm fine, today met my friend, he is going to usa in next month | 00:29 |
blackburn | to wisconsin-madison university | 00:30 |
blackburn | one more russian to your country ;) | 00:30 |
serialhex | cool :) | 00:30 |
bettyboo | :*) | 00:30 |
blackburn | serialhex: tv says your government jokes everyday about these 14billions hehe | 00:31 |
serialhex | what 14 billions? | 00:32 |
blackburn | of us debt | 00:32 |
serialhex | oh, those 14 billions... i don't watch much news so i dont *know* but tyhere are soem people taking it sereously, and others probably aren't | 00:33 |
serialhex | and afaik, it's >> 14billion | 00:33 |
blackburn | yeap | 00:33 |
serialhex | the 14bil is the tip of the iceburg | 00:33 |
blackburn | I simply can't believe they got in troubles :D | 00:34 |
bettyboo | smart <:*) | 00:34 |
blackburn | are they? | 00:34 |
serialhex | no, they're not smart... and i can believe it... it's fucking stupid! | 00:35 |
serialhex | anyway, i gotta go for a bit.. i'll catch ya later | 00:36 |
blackburn | I'm going to bed just like soeren did :) | 00:36 |
blackburn | see you tomorrow I guess | 00:37 |
-!- blackburn [~blackburn@188.122.238.99] has quit [Quit: Leaving.] | 01:04 | |
-!- alesis_ [~alesis@188.74.87.206] has quit [Quit: Leaving] | 05:10 | |
-!- alesis-novik [~alesis@188.74.87.206] has joined #shogun | 05:10 | |
-!- mlsec [~mlsec@bane.ml.tu-berlin.de] has quit [Read error: Operation timed out] | 05:32 | |
-!- mlsec [~mlsec@bane.ml.tu-berlin.de] has joined #shogun | 05:32 | |
-!- mode/#shogun [+o mlsec] by ChanServ | 05:33 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 07:24 | |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 276 seconds] | 07:28 | |
-!- in3xes1 [~in3xes@180.149.49.227] has joined #shogun | 07:33 | |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 07:36 | |
-!- gsomix [~gsomix@178.45.80.131] has joined #shogun | 08:01 | |
CIA-87 | shogun: Alesis Novik master * rddc2e2a / (2 files): Added examples - http://bit.ly/qLRvrb | 08:29 |
CIA-87 | shogun: Soeren Sonnenburg master * r2a8980b / (2 files): | 08:29 |
CIA-87 | shogun: Merge pull request #209 from alesis/gmm | 08:29 |
CIA-87 | shogun: Added examples for GMM - http://bit.ly/owNCUE | 08:29 |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 08:49 | |
-!- in3xes1 [~in3xes@180.149.49.227] has quit [Ping timeout: 252 seconds] | 08:52 | |
-!- in3xes_ is now known as in3xes | 08:54 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 08:59 | |
-!- heiko [~heiko@main.uni-duisburg.de] has joined #shogun | 08:59 | |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 276 seconds] | 09:03 | |
-!- heiko [~heiko@main.uni-duisburg.de] has quit [Ping timeout: 258 seconds] | 09:28 | |
-!- blackburn [~blackburn@188.122.238.99] has joined #shogun | 09:57 | |
CIA-87 | shogun: Shashwat Lal Das master * r48366d4 / src/shogun/lib/StreamingAsciiFile.cpp : Corrected get_vector and get_vector_and_label to work with new non-null terminated strings from read_line. - http://bit.ly/qnVoMI | 10:04 |
CIA-87 | shogun: Shashwat Lal Das master * r9c42aa2 / (6 files in 2 dirs): Transition from file streams to descriptors for streaming features. - http://bit.ly/oSexYB | 10:04 |
CIA-87 | shogun: Shashwat Lal Das master * r5f2d2b1 / src/shogun/io/StreamingFile.h : Correction in include path in StreamingFile. - http://bit.ly/pdvvfO | 10:04 |
CIA-87 | shogun: Soeren Sonnenburg master * r0a35e71 / (6 files in 2 dirs): | 10:04 |
CIA-87 | shogun: Merge pull request #210 from frx/streaming_1 | 10:04 |
CIA-87 | shogun: Transition to file descriptors in StreamingFeatures - http://bit.ly/n4kvLy | 10:04 |
CIA-87 | shogun: Soeren Sonnenburg master * r6d22179 / (6 files in 2 dirs): Merge branch 'master' of github.com:shogun-toolbox/shogun - http://bit.ly/ohQUVZ | 10:05 |
-!- heiko [~heiko@main.uni-duisburg.de] has joined #shogun | 10:06 | |
@sonney2k | heiko, in case you are not asleep | 10:09 |
@sonney2k | I did the renaming | 10:09 |
heiko | sonney2k, hi :) | 10:09 |
heiko | not asleep | 10:09 |
@sonney2k | i.e. we have a mathematics folder now | 10:09 |
heiko | here since one hour :) | 10:09 |
heiko | ok cool | 10:09 |
heiko | I just made the statistics code compiling | 10:09 |
@sonney2k | so feel free to add some statistics class in there | 10:09 |
heiko | students t should work now | 10:09 |
@sonney2k | and for modular interfaces we now have a Mathematics module too | 10:10 |
@sonney2k | very good | 10:10 |
heiko | cool thing :) | 10:10 |
heiko | will send a pull request later, but I have to test the stuff first | 10:10 |
@sonney2k | also we have a new separate io / IO module | 10:10 |
@sonney2k | and lib now really contains only data structures and other helpers | 10:10 |
@sonney2k | no longer 80+ misc files | 10:11 |
blackburn | hi there | 10:12 |
bettyboo | moin | 10:12 |
blackburn | sonney2k: after some investigation we've got that C5.0 hard-coded to use files | 10:13 |
@sonney2k | blackburn, nice - so it is not a long way that you can use shogun's features ;) | 10:13 |
blackburn | I guess some io of C5.0 should be implemented another way | 10:14 |
@sonney2k | blackburn, i/o should go away completely... | 10:15 |
@sonney2k | heiko, great! | 10:16 |
blackburn | okay gtg now, will buy some flowers for my mom hehe | 10:22 |
blackburn | she has a jubilee | 10:22 |
@sonney2k | blackburn, enjoy! | 10:23 |
-!- gsomix [~gsomix@178.45.80.131] has quit [Read error: Connection reset by peer] | 10:33 | |
-!- gsomix [~gsomix@85.26.232.237] has joined #shogun | 10:33 | |
-!- gsomix [~gsomix@85.26.232.237] has quit [Ping timeout: 255 seconds] | 10:56 | |
-!- gsomix [~gsomix@88.200.245.104] has joined #shogun | 11:02 | |
gsomix | foreach in c-code. it's beautiful. | 11:09 |
-!- bettyboo [~bettyboo@bane.ml.tu-berlin.de] has quit [Ping timeout: 240 seconds] | 11:22 | |
-!- mlsec [~mlsec@bane.ml.tu-berlin.de] has quit [Ping timeout: 240 seconds] | 11:22 | |
-!- mlsec [~mlsec@bane.ml.tu-berlin.de] has joined #shogun | 11:27 | |
-!- mode/#shogun [+o mlsec] by ChanServ | 11:27 | |
-!- bettyboo [~bettyboo@bane.ml.tu-berlin.de] has joined #shogun | 11:37 | |
-!- mode/#shogun [+o bettyboo] by ChanServ | 11:37 | |
-!- heiko [~heiko@main.uni-duisburg.de] has quit [Ping timeout: 258 seconds] | 11:50 | |
-!- blackburn [~blackburn@188.122.238.99] has quit [Quit: Leaving.] | 11:59 | |
-!- blackburn [~blackburn@188.122.238.99] has joined #shogun | 11:59 | |
-!- sploving1 [~sploving@124.16.139.194] has joined #shogun | 12:30 | |
sploving1 | sonney2k, I added two lua examples , lua doc and load.lua. one examples works well. the other one met a problem | 12:31 |
sploving1 | distance_braycurtis_modular.lua, this modular, | 12:31 |
@sonney2k | just saw your pull request | 12:31 |
sploving1 | dm_train=distance:get_distance_matrix(). It sadi cannot find get_distance_matrix method | 12:31 |
@sonney2k | sploving1, can you try a kernel example instead | 12:32 |
@sonney2k | I might not yet have converted the distance* stuff | 12:32 |
sploving1 | I saw Distance_wrap.cxx file: BaseDistance_get_distance_matrix, but its subcalss get_distance_matrix | 12:34 |
sploving1 | has no | 12:34 |
sploving1 | such method | 12:34 |
CIA-87 | shogun: Baozeng Ding master * r8590caf / examples/undocumented/lua_modular/load.lua : add load.lua - http://bit.ly/r1ECLT | 12:37 |
CIA-87 | shogun: Baozeng Ding master * r1bebd27 / doc/pages/ModularTutorial.mainpage : add lua doc for lua path set - http://bit.ly/nz6W6q | 12:37 |
CIA-87 | shogun: Baozeng Ding master * r190958e / examples/undocumented/lua_modular/classifier_averaged_perceptron_modular.lua : add one classifier example - http://bit.ly/q0KA5Y | 12:37 |
CIA-87 | shogun: Baozeng Ding master * r7118c47 / examples/undocumented/lua_modular/distance_braycurtis_modular.lua : add one distance example - http://bit.ly/neiO6d | 12:37 |
CIA-87 | shogun: Soeren Sonnenburg master * r3c9006f / (4 files in 2 dirs): | 12:37 |
CIA-87 | shogun: Merge pull request #211 from sploving/master | 12:37 |
CIA-87 | shogun: add load.lua, two examples and lua doc - http://bit.ly/pfY4jL | 12:37 |
@sonney2k | sploving1, could you try a kernel example for now? | 12:37 |
sploving1 | working | 12:38 |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Read error: Operation timed out] | 12:40 | |
sploving1 | kernel_gaussian_modular.lua:16: attempt to call method 'get_kernel_matrix' (a nil value) | 12:41 |
sploving1 | sonney2k, the same error | 12:41 |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 12:52 | |
-!- sploving1 [~sploving@124.16.139.194] has left #shogun [] | 12:57 | |
@sonney2k | gsomix, foreach? | 13:10 |
blackburn | sonney2k: yes, there are a lot of ForEach(..) in C5.0 | 13:10 |
gsomix | macro definitions. | 13:10 |
@sonney2k | *urgs* | 13:11 |
@sonney2k | seems to be a pure beauty | 13:11 |
CIA-87 | shogun: Baozeng Ding master * r909ad5f / examples/undocumented/lua_modular/kernel_gaussian_modular.lua : add one kernel example - http://bit.ly/naAilX | 13:11 |
CIA-87 | shogun: Soeren Sonnenburg master * rb908d51 / examples/undocumented/lua_modular/kernel_gaussian_modular.lua : | 13:11 |
CIA-87 | shogun: Merge pull request #212 from sploving/master | 13:11 |
CIA-87 | shogun: add a lua kernel example - http://bit.ly/oxFdaB | 13:11 |
-!- in3xes1 [~in3xes@180.149.49.227] has joined #shogun | 13:13 | |
CIA-87 | shogun: Soeren Sonnenburg master * r2682d26 / src/configure : enable java autodetection - http://bit.ly/o4a76T | 13:13 |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 13:16 | |
-!- gsomix [~gsomix@88.200.245.104] has quit [Ping timeout: 260 seconds] | 13:26 | |
-!- gsomix [~gsomix@80.234.26.210] has joined #shogun | 13:38 | |
CIA-87 | shogun: Soeren Sonnenburg master * r584c096 / src/.generate_link_dependencies.py : fix build failure w/ {IO,Mathematics,ModelSelection}_doxygen.i - http://bit.ly/rnkltR | 13:39 |
-!- blackburn [~blackburn@188.122.238.99] has quit [Ping timeout: 255 seconds] | 14:00 | |
-!- sploving1 [~sploving@124.16.139.194] has joined #shogun | 14:01 | |
sploving1 | sonney2k, what is the matter? | 14:01 |
@sonney2k | sploving1, thx | 14:01 |
@sonney2k | how do I run an example | 14:01 |
@sonney2k | ? | 14:01 |
sploving1 | lua *.lua | 14:01 |
@sonney2k | how do I set the lua path? | 14:01 |
sploving1 | export LUA_PATH=../../../src/interfaces/lua_modular/?.lua\;?.lua | 14:01 |
sploving1 | export LUA_CPATH=../../../src/interfaces/lua_modular/?.so | 14:01 |
sploving1 | I gave it in the doc | 14:02 |
sploving1 | I pushed it in the doc file. maybe you do not see it | 14:02 |
@sonney2k | yes I missed it | 14:03 |
@sonney2k | does any of the examples work? | 14:03 |
sploving1 | I pushed the kernel example. not work | 14:04 |
@sonney2k | sploving1, yes | 14:05 |
@sonney2k | but is there *any* that works | 14:05 |
@sonney2k | I couldn't find any so far | 14:06 |
sploving1 | the classifier example I pushed work | 14:06 |
CIA-87 | shogun: Soeren Sonnenburg master * r33f0c26 / examples/undocumented/lua_modular/check.sh : add lua example check script - http://bit.ly/oIsOgh | 14:06 |
@sonney2k | AveragedPerceptron ? | 14:07 |
@sonney2k | it fails here too | 14:07 |
@sonney2k | lua: classifier_averaged_perceptron_modular.lua:17: attempt to call global 'AveragedPerceptron' (a nil value) | 14:07 |
sploving1 | sorry. I changed the shogun.lua | 14:08 |
sploving1 | forget to push it | 14:08 |
@sonney2k | I see - please push :) | 14:08 |
@sonney2k | sploving1, so get_kernel_matrix() doesn't work right? | 14:10 |
sploving1 | pushed. yeap | 14:10 |
CIA-87 | shogun: Baozeng Ding master * r360ef02 / src/interfaces/lua_modular/shogun.lua : add AveragedPerceptron for classifier - http://bit.ly/qWJn2x | 14:10 |
CIA-87 | shogun: Soeren Sonnenburg master * r003fbf5 / src/interfaces/lua_modular/shogun.lua : | 14:10 |
CIA-87 | shogun: Merge pull request #213 from sploving/master | 14:10 |
CIA-87 | shogun: add AveragedPerceptron for classifier - http://bit.ly/qtKF9x | 14:10 |
@sonney2k | sploving1, yes works now | 14:11 |
sploving1 | sonney2k, any idea about the get_kernel_matrix? | 14:11 |
@sonney2k | sploving1, but why does classifier's apply function work and not get_kernel_matrix? | 14:11 |
@sonney2k | both functions are defined in some base class | 14:12 |
sploving1 | I will take a look at the wrapper file | 14:12 |
sploving1 | sonney2k, _wrap_AveragedPerceptron_set_learn_rate | 14:14 |
sploving1 | the wrapper file has such method | 14:14 |
sploving1 | but for the kernel, just Basekernel. you can have a check | 14:14 |
-!- blackburn [~blackburn@109.226.102.88] has joined #shogun | 14:14 | |
sploving1 | just one _wrap_BaseKernel_get_kernel_matrix method sonney2k, | 14:16 |
@sonney2k | sploving1, could you please do one quick test? | 14:17 |
@sonney2k | sploving1, just add to Kernel.h some virtual function virtual int foo() { return 0; } | 14:17 |
@sonney2k | and check if it appears in the other kernels - and so visible to lua? | 14:18 |
sploving1 | no typemap change? | 14:18 |
@sonney2k | sploving1, yes just modify src/shogun/kernel/Kerne.h | 14:19 |
@sonney2k | Kernel.h | 14:19 |
@sonney2k | I simply want to see if that function appears | 14:19 |
@sonney2k | if it does you can let foo return SGMatrix<float64_t> or SGVector<float64_t> - just for testing | 14:20 |
sploving1 | my notebook is very slow | 14:21 |
@sonney2k | sploving1, so we have to wait a little longer than | 14:22 |
-!- blackburn1 [~blackburn@109.226.102.88] has joined #shogun | 14:23 | |
@sonney2k | blackburn, I am in your LLE code currently | 14:24 |
@sonney2k | what does this get_distance_matrix / delete distance do? | 14:24 |
blackburn1 | ehh? | 14:24 |
blackburn1 | where? | 14:25 |
-!- blackburn [~blackburn@109.226.102.88] has quit [Ping timeout: 260 seconds] | 14:25 | |
blackburn1 | ah in apply? | 14:25 |
@sonney2k | blackburn1, I am trying to 'fix' Distance with the issue sploving reported and so removed one occassion of get_distance_matrix | 14:26 |
blackburn1 | what is the issue? | 14:26 |
@sonney2k | blackburn1, that you unfortunately use | 14:26 |
blackburn1 | isomap/mds uses it too btw | 14:26 |
-!- blackburn1 is now known as blackburn | 14:27 | |
@sonney2k | yeah messing around in there too now | 14:28 |
@sonney2k | blackburn, you will have to check my code afterwards | 14:28 |
blackburn | sonney2k: so what is the problem? | 14:28 |
@sonney2k | stay tuned | 14:28 |
blackburn | okay | 14:28 |
CIA-87 | shogun: Soeren Sonnenburg master * rdc9ddee / (4 files in 2 dirs): | 14:31 |
CIA-87 | shogun: remove get_distance_matrix(float64_t** dst, int32_t* m, int32_t* n) and | 14:31 |
CIA-87 | shogun: adjust preprocs accordingly - http://bit.ly/pXNN4S | 14:31 |
@sonney2k | blackburn, please check this patch ^ | 14:32 |
blackburn | everything seems to be ok | 14:32 |
blackburn | I'll run example in a min | 14:33 |
blackburn | sonney2k: does it return new matrix now? | 14:33 |
blackburn | I mean it is ok to delete distance after got it's matrix? | 14:34 |
@sonney2k | blackburn, I don't know | 14:34 |
blackburn | checked | 14:35 |
blackburn | yes | 14:35 |
blackburn | CDistance object doesn't store it's matrices | 14:35 |
@sonney2k | I think you should convert to this free_matrix / and set the free flag | 14:35 |
blackburn | not really different from the way it is.. | 14:36 |
sploving1 | _wrap_AveragedPerceptron_set_learn_rate as set_learn_rate is method of AveragedPerceptron class, we have no _wrap_GaussianKernel_get_kernel_matrix as we have no such mehtod in the class, just in its faterh class | 14:39 |
@sonney2k | blackburn, well yes if there is the delete[] m.matrix then it will crash if it is not a new object - that can happen with custom distance matrix | 14:39 |
sploving1 | does this mean current typemy does not support inheriance of C++ method? | 14:39 |
@sonney2k | sploving1, did you do the test above? | 14:40 |
sploving1 | not yet. just looking at the head file | 14:40 |
@sonney2k | sploving1, that would tell us if the problem lies in inheritance or typemaps or whatever function name clash | 14:40 |
blackburn | ok it works this time hehe | 14:42 |
@sonney2k | blackburn, please improve :) | 14:42 |
blackburn | sonney2k: i would like to remove customdistance there | 14:43 |
@sonney2k | blackburn, why? | 14:43 |
@sonney2k | it makes a lot of sense to have it | 14:43 |
blackburn | in fact I just use it for store matrix | 14:43 |
blackburn | not from shogun, from 'dimreductors' :) | 14:44 |
-!- serialhex [~quassel@99-101-148-183.lightspeed.wepbfl.sbcglobal.net] has quit [Remote host closed the connection] | 14:44 | |
blackburn | sonney2k: in fact LLE should not use any distances | 14:47 |
blackburn | but we don't have any neighbor tree yet | 14:48 |
@sonney2k | ok | 14:48 |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 14:48 | |
blackburn | so I have to get matrix, sort it's rows and so on | 14:48 |
-!- sploving1 [~sploving@124.16.139.194] has left #shogun [] | 14:49 | |
-!- in3xes1 [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 14:51 | |
blackburn | sonney2k: okay distance matrix is always *new* matrix, right? | 14:54 |
@sonney2k | not always | 14:54 |
@sonney2k | for custom matrices it can just return the ptr. | 14:54 |
blackburn | ehrr | 14:54 |
blackburn | okay for euclidian it is? | 14:55 |
@sonney2k | currently a definitve yes | 14:58 |
blackburn | okaay | 14:59 |
blackburn | i'm now moving some code to find_null_space | 14:59 |
blackburn | useful thing for other LLEs :) | 14:59 |
CIA-87 | shogun: Sergey Lisitsyn master * r9fb1c7c / (2 files): Design improvement for LocallyLinearEmbedding - http://bit.ly/n5Rm4h | 15:27 |
blackburn | sonney2k: can't push to google cod | 15:28 |
blackburn | e | 15:28 |
@sonney2k | why not? | 15:29 |
blackburn | error: GnuTLS recv error (-9): A TLS packet with unexpected length was received. while accessing https://code.google.com/p/shogun-toolbox//info/refs | 15:29 |
@sonney2k | aha | 15:29 |
@sonney2k | whcih git version do you have? | 15:29 |
blackburn | git version 1.7.0.4 | 15:30 |
@sonney2k | ok, so git is not the problem | 15:30 |
@sonney2k | blackburn, I guess you should try to create a git repository at code.google.com to see if ti works at all | 15:30 |
blackburn | shhhhh | 15:31 |
-!- heiko [~heiko@main.uni-duisburg.de] has joined #shogun | 15:36 | |
@sonney2k | hmmh sploving is gone already... | 15:37 |
-!- sploving1 [~sploving@124.16.139.194] has joined #shogun | 15:40 | |
sploving1 | sonney2k, what is going on? | 15:40 |
sploving1 | I left for some issue | 15:40 |
@sonney2k | sploving1, I managed to get the example to work but it is weird | 15:40 |
@sonney2k | sploving1, when I remove the require shogun but add instead | 15:41 |
@sonney2k | require("Distance") | 15:41 |
@sonney2k | require("Features"); | 15:41 |
@sonney2k | it works | 15:41 |
sploving1 | not change other file, such as typemap or head file? | 15:41 |
sploving1 | sonney2k, I will take a try | 15:42 |
@sonney2k | sploving https://gist.github.com/1092373 | 15:42 |
@sonney2k | this thing | 15:42 |
@sonney2k | sploving1, the problem is though that when I change the order of the requires it does not | 15:42 |
@sonney2k | sploving1, like when I do | 15:43 |
@sonney2k | require("Distance") | 15:43 |
@sonney2k | require("Features"); | 15:43 |
@sonney2k | it works | 15:43 |
@sonney2k | but when I do | 15:43 |
@sonney2k | require("Features"); | 15:44 |
@sonney2k | require("Distance") | 15:44 |
@sonney2k | it does not | 15:44 |
sploving1 | sonney2k, I will take a try | 15:44 |
@sonney2k | sploving1, have you ever seen this? | 15:45 |
sploving1 | not ever | 15:45 |
@sonney2k | it seems like object hierarchy is destroyed when the order is 'wrong' | 15:46 |
blackburn | sonney2k: what is the version of libgnutls installed on your machine? | 15:46 |
@sonney2k | ii libgnutls26 2.8.6-1 the GNU TLS library - runtime library | 15:46 |
blackburn | okay I have 2.8.5 | 15:46 |
blackburn | will try to update it somehow | 15:46 |
@sonney2k | blackburn, debian is just so far ahead of ubuntu ;D | 15:47 |
blackburn | if it don't help I will have no idea what is wrong | 15:47 |
@sonney2k | blackburn, it looks like we have another swig problem with lua... the order of loading modules seems to decide whether things work or not | 15:49 |
blackburn | :D | 15:49 |
-!- sploving1 [~sploving@124.16.139.194] has quit [Read error: Connection reset by peer] | 15:54 | |
-!- sploving1 [~sploving@124.16.139.194] has joined #shogun | 15:58 | |
sploving1 | my maches crashed just now | 15:58 |
sploving1 | here:require 'Features' require 'Distance' and require 'Distance' require 'Features' | 15:59 |
sploving1 | works well soney2k in my machine | 15:59 |
sploving1 | sonney2k, the order is the same for me | 16:00 |
blackburn | sonney2k: got it | 16:00 |
sploving1 | no. | 16:00 |
sploving1 | I forget to cancelt -- | 16:00 |
@sonney2k | sploving1, I just had a look at Features_wrap.cxx and Distance_wrap.cxx | 16:01 |
@sonney2k | do you know what these swig_types are? | 16:01 |
@sonney2k | sploving1, or how I can find out which type an object has? | 16:01 |
@sonney2k | in lua I mean? | 16:01 |
sploving1 | sonney2k, the order cause the problem too in my machine | 16:01 |
sploving1 | print(type(x)) | 16:02 |
@sonney2k | sploving1, looking at the *_wrap.cxx files there seems to be some type info at the bottom | 16:02 |
@sonney2k | e.g. | 16:02 |
@sonney2k | #define SWIGTYPE_p_shogun__CSGObject swig_types[290] | 16:02 |
@sonney2k | #define SWIGTYPE_p_shogun__CSGObject swig_types[170] | 16:02 |
@sonney2k | in features / distance respectively | 16:02 |
@sonney2k | not sure if there are no collisions | 16:03 |
@sonney2k | sploving1, print(type(x)) just says userdata | 16:03 |
@sonney2k | sploving1, did you ever hear about that swig_types[] array? | 16:04 |
sploving1 | no. sonney2k | 16:05 |
sploving1 | #define SWIGTYPE_p_EPrimitiveType swig_types[0] | 16:05 |
sploving1 | you can take a look at it in the begin of the wrapper file | 16:06 |
sploving1 | sonney2k, #define SWIGTYPE_p_shogun__CRealDistance swig_types[170] | 16:06 |
@sonney2k | I guess BrayCurtisDistance can be found in Features_wrap.cxx because we %import Distance from there | 16:07 |
sploving1 | sonney2k, it actlly has . #define SWIGTYPE_p_shogun__CBrayCurtisDistance swig_types[169] | 16:09 |
sploving1 | although I have no idea about swig_type | 16:09 |
@sonney2k | sploving1, looking at the code it seems to contain the type information | 16:11 |
@sonney2k | with name parameter infromation and some callback | 16:12 |
sploving1 | for the kernel_gaussian_modular.lua, require 'Kernel', require 'Features' works, but in another order, it does not work ! | 16:12 |
@sonney2k | sploving1, yeah... | 16:12 |
@sonney2k | sploving1, I just did some experiment | 16:12 |
@sonney2k | I removed the %import and %include stuff from Features.i | 16:13 |
@sonney2k | then it works | 16:13 |
@sonney2k | no matter if I first require Features or Distance | 16:13 |
@sonney2k | sploving1, how can I print a table? | 16:13 |
@sonney2k | print(dm_test) just says table: 0x13a7170 | 16:14 |
sploving1 | for k, v in pairs(z) do print (v) end | 16:14 |
sploving1 | in VectorTest we have such function | 16:14 |
sploving1 | for matrix table, MatrixTest.lua has it | 16:15 |
@sonney2k | complicated - ok | 16:15 |
@sonney2k | but works | 16:15 |
sploving1 | sonney2k, when you removed %import or %include, does it affect other modular | 16:16 |
sploving1 | like python, or java | 16:16 |
@sonney2k | blackburn, who would have thought that all these %include/imports hurt some interface | 16:16 |
@sonney2k | sploving1, yes these were required for java to work | 16:16 |
@sonney2k | we can of course make an exception for lua but it is becomming messy | 16:17 |
sploving1 | why the order affect the result. so strange. sonney2k | 16:18 |
sploving1 | I think I will deep "require" in lua later | 16:19 |
@sonney2k | sploving1, I suspect that we are doing sth wrong with all these %imports... | 16:19 |
sploving1 | sonney2k & blackburn, can you find a way that compatible to java and lua both | 16:21 |
sploving1 | of course include python and others | 16:21 |
blackburn | no idea ;( | 16:22 |
sploving1 | I gtg. bye | 16:23 |
-!- sploving1 [~sploving@124.16.139.194] has left #shogun [] | 16:24 | |
@sonney2k | blackburn, the reason seems to be that type thing | 16:32 |
blackburn | whict type thing? | 16:32 |
@sonney2k | once sth is imported it is registered in the type info | 16:32 |
blackburn | ah' | 16:32 |
@sonney2k | and it seems taht this is just different | 16:33 |
@sonney2k | I guess all these problems would go away if we use just a single shogun module | 16:40 |
@sonney2k | blackburn, ^ /me cries | 16:40 |
blackburn | I don't know but you can't disagree that in fact the whole shogun is self-dependant | 16:40 |
@sonney2k | blackburn, can you think of a way to e.g. resolve the CKernel <-> CDistance dependency? | 16:42 |
@sonney2k | I mean currenty we have a Kernel that can take a distance as input | 16:42 |
@sonney2k | and vice versa | 16:42 |
@sonney2k | if we didn't have that - there was no problem | 16:42 |
blackburn | can't mind any | 16:42 |
blackburn | 16:44 | |
@sonney2k | blackburn, if we use just a single shogun module we will get a C++ wrapper that is 10MB in size | 16:44 |
@sonney2k | with a shogun.so of similar size | 16:44 |
blackburn | it is smaller than we have now, right? | 16:45 |
-!- in3xes_ is now known as in3xes | 16:52 | |
@sonney2k | blackburn, sure smaller than the total | 17:01 |
blackburn | pros: | 17:01 |
blackburn | smaller | 17:01 |
@sonney2k | but when you change 1 file this whole thing has to be recreated/compiled again | 17:01 |
blackburn | cons: | 17:01 |
blackburn | we want to cry | 17:01 |
blackburn | :D | 17:01 |
@sonney2k | anyway I don't see any alternative | 17:01 |
@sonney2k | so I will try to create a shogun monster(tm) | 17:01 |
@sonney2k | and then we will see if that helped or not | 17:02 |
blackburn | okaaay | 17:02 |
@sonney2k | blackburn, recall that is the thing I always tried to avoid and that was causing so much trouble for sploving and us and the crashes in octave_modular | 17:06 |
CIA-87 | shogun: Soeren Sonnenburg master * r6dab54f / (2 files): zero poim before computing it - http://bit.ly/n8stSI | 17:06 |
CIA-87 | shogun: Soeren Sonnenburg master * r8286ce3 / (2 files): Merge branch 'master' of github.com:shogun-toolbox/shogun - http://bit.ly/oMZnH4 | 17:06 |
blackburn | it will compile forever.. | 17:07 |
@sonney2k | blackburn, or be faster than ever... | 17:07 |
blackburn | hmm looks like it have many pros.. | 17:07 |
@sonney2k | +octave will start to work | 17:08 |
@sonney2k | +lua will | 17:08 |
@sonney2k | +the include mess will go away | 17:08 |
@sonney2k | -compile time(?) | 17:09 |
blackburn | :D no choice | 17:09 |
@sonney2k | blackburn, we have choice if we manage to split up shogun into disjoint parts (that don't communicate with each other) | 17:10 |
blackburn | can't see any way | 17:14 |
blackburn | it is highly related on each other.. | 17:14 |
@sonney2k | me neither | 17:15 |
@sonney2k | it would work if we had some common interchange format between modules | 17:15 |
@sonney2k | like numpy matrices :) | 17:15 |
@sonney2k | anyways I am compiling already | 17:16 |
@sonney2k | swig is now at 400MB mem requirements | 17:16 |
@sonney2k | the c++ file is 13MB | 17:17 |
@sonney2k | compiled | 17:17 |
@sonney2k | 18MB | 17:18 |
@sonney2k | not really slower than multiple files though... | 17:18 |
blackburn | hm so let's do it | 17:18 |
@sonney2k | should we name it Shogun or shogun? | 17:21 |
blackburn | shogun i guess | 17:22 |
@sonney2k | another + | 17:24 |
@sonney2k | +resolves serialhex's ruby problem | 17:24 |
@sonney2k | lowercase module name :D | 17:24 |
@bettyboo | ;) | 17:24 |
blackburn | oh haha | 17:24 |
@sonney2k | the BaseKernel vs Kernel clash too | 17:25 |
-!- heiko [~heiko@main.uni-duisburg.de] has quit [Ping timeout: 258 seconds] | 17:37 | |
-!- heiko [~heiko@main.uni-duisburg.de] has joined #shogun | 17:37 | |
-!- serialhex [~quassel@70-88-36-65-miami-fl.hfc.comcastbusiness.net] has joined #shogun | 17:40 | |
@sonney2k | blackburn, ok it works somehow | 17:40 |
blackburn | hehe | 17:40 |
@sonney2k | I have to move the *_includes.i into the respective fiels again though | 17:41 |
@sonney2k | I guess I will first test if I can modularize it a bit | 17:41 |
@sonney2k | anyway it is good news for octave an serialhex I guess :D | 17:41 |
@sonney2k | gtg | 17:41 |
@sonney2k | l8r | 17:41 |
-!- serialhex_ [~quassel@70-88-36-65-miami-fl.hfc.comcastbusiness.net] has joined #shogun | 17:42 | |
-!- serialhex_ [~quassel@70-88-36-65-miami-fl.hfc.comcastbusiness.net] has quit [Remote host closed the connection] | 17:43 | |
-!- serialhex [~quassel@70-88-36-65-miami-fl.hfc.comcastbusiness.net] has quit [Ping timeout: 255 seconds] | 17:45 | |
-!- heiko [~heiko@main.uni-duisburg.de] has quit [Ping timeout: 258 seconds] | 17:52 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 18:34 | |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 18:37 | |
-!- in3xes_ is now known as in3xes | 18:49 | |
-!- alesis-novik [~alesis@188.74.87.206] has quit [Quit: "I'll be Bach"] | 19:11 | |
-!- serialhex [~quassel@70-88-36-65-miami-fl.hfc.comcastbusiness.net] has joined #shogun | 19:23 | |
-!- heiko [~heiko@main.uni-duisburg.de] has joined #shogun | 19:29 | |
-!- heiko [~heiko@main.uni-duisburg.de] has quit [Client Quit] | 19:30 | |
-!- heiko [~heiko@main.uni-duisburg.de] has joined #shogun | 19:33 | |
-!- gsomix [~gsomix@80.234.26.210] has quit [Quit: Ухожу я от вас (xchat 2.4.5 или старше)] | 19:42 | |
-!- f-x [~user@117.192.198.162] has joined #shogun | 19:45 | |
-!- f-x [~user@117.192.198.162] has quit [Ping timeout: 260 seconds] | 20:07 | |
-!- blackburn [~blackburn@109.226.102.88] has quit [Ping timeout: 255 seconds] | 20:46 | |
-!- heiko [~heiko@main.uni-duisburg.de] has quit [Ping timeout: 258 seconds] | 20:47 | |
-!- blackburn [~blackburn@109.226.102.88] has joined #shogun | 20:51 | |
-!- alesis-novik [~alesis@cpat001.wlan.net.ed.ac.uk] has joined #shogun | 21:23 | |
-!- serialhex [~quassel@70-88-36-65-miami-fl.hfc.comcastbusiness.net] has quit [Remote host closed the connection] | 21:24 | |
CIA-87 | shogun: Sergey Lisitsyn master * r44cf499 / src/shogun/preprocessor/LocallyLinearEmbedding.cpp : Fixed z_matrix size at LocallyLinearEmbedding - http://bit.ly/qqvtYB | 21:44 |
CIA-87 | shogun: Sergey Lisitsyn master * r0454959 / (2 files): Merge branch 'master' of github.com:shogun-toolbox/shogun - http://bit.ly/qZSPhm | 21:44 |
-!- gsomix [~gsomix@80.234.26.210] has joined #shogun | 22:29 | |
alesis-novik | Is it ok if the non-graphical examples still generate the data themselves? | 23:08 |
@sonney2k | alesis-novik, yes if they do it in a non-random way | 23:09 |
@sonney2k | blackburn, around? | 23:09 |
blackburn | sonney2k: yeap | 23:09 |
@sonney2k | blackburn, the shogun.so is bigger than expected | 23:09 |
blackburn | how much? | 23:09 |
@sonney2k | 26MB | 23:10 |
@sonney2k | source code is 19MB | 23:10 |
alesis-novik | sonney2k, I guess I should generate data somewhere else then. Now it's generated by sampling, which I guess is random-ish | 23:10 |
@sonney2k | alesis-novik, just set the seeds | 23:10 |
@sonney2k | blackburn, but the question now is how do we pretend to have a modular shogun :) | 23:11 |
@bettyboo | rahaha | 23:11 |
@sonney2k | I don't like doing from shogun import * | 23:11 |
blackburn | ohhh | 23:11 |
blackburn | it is the thing I had no thoughts about | 23:11 |
@sonney2k | blackburn, I mean one can do import shogun | 23:13 |
@sonney2k | and then shogun.GaussianKernel etc will be there | 23:13 |
blackburn | yes, I understand | 23:13 |
alesis-novik | sonney2k, cool, I'll look at that and should get the examples done soon. I assume they should look similar to the ones in undocumented/python_modular | 23:13 |
@sonney2k | but I would prefer to do from shogun import Kernel or so | 23:13 |
blackburn | yes, I prefer that too | 23:13 |
@sonney2k | blackburn, what we had with modules was really the suggested way when wrappers become too big | 23:14 |
@sonney2k | also the %include / %import way is suggested on the swig page... | 23:14 |
@sonney2k | that doesn't help much now though | 23:14 |
blackburn | it will break *everything*.. | 23:14 |
@sonney2k | blackburn, no | 23:14 |
@sonney2k | we could of course emulate the previous behavior | 23:15 |
@sonney2k | by simply doing | 23:15 |
blackburn | how? | 23:15 |
@sonney2k | import shogun as Kernel | 23:15 |
@sonney2k | etc | 23:15 |
blackburn | shitty way :D | 23:15 |
@sonney2k | blackburn, another alternative would be to create a file e.g. Kernel.py with the kernel related objects | 23:16 |
@sonney2k | that would then import only those kernel related stuff | 23:16 |
@sonney2k | but that has to be done manually... | 23:16 |
blackburn | bad bad | 23:17 |
@sonney2k | blackburn, well actually we know - just the classes in Kernel.i that we rename to not have a C prefix :) | 23:20 |
blackburn | aha | 23:20 |
-!- f-x [~user@117.192.198.162] has joined #shogun | 23:22 | |
-!- gsomix [~gsomix@80.234.26.210] has quit [Ping timeout: 258 seconds] | 23:28 | |
@sonney2k | blackburn, my take on this that we give this a try - in the worst case we have to switch back to what we had. This won't be a user visible change - that is the good thing | 23:29 |
blackburn | okay | 23:30 |
@sonney2k | blackburn, how big is your compiled shogun python dir currently? | 23:31 |
@sonney2k | (all .so files in total) | 23:31 |
blackburn | blackburn@blackburn-laptop:~/shogun/shogun/src/interfaces$ du python_modular/ | 23:32 |
blackburn | 134260python_modular/ | 23:32 |
blackburn | blackburn@blackburn-laptop:~/shogun/shogun/src/interfaces/python_modular$ du -hsc *.so | 23:33 |
blackburn | ... | 23:33 |
blackburn | 44Mtotal | 23:33 |
@sonney2k | so 26 now is not that bad | 23:37 |
@sonney2k | considering that this is all not yet stripped | 23:37 |
@sonney2k | stripped 15M btw | 23:40 |
blackburn | + size | 23:54 |
blackburn | ;) | 23:54 |
blackburn | - no modules.. | 23:54 |
--- Log closed Wed Jul 20 00:00:44 2011 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!