--- Log opened Fri Jul 01 00:00:28 2011 | ||
--- Day changed Fri Jul 01 2011 | ||
@sonney2k | blackburn, but you do the git push github or so from the data/ dir? | 00:00 |
---|---|---|
blackburn | hmm | 00:00 |
blackburn | I was on <no branch> | 00:00 |
f-x | sonney2k: but there's a problem | 00:00 |
f-x | we'd always be returning a float* vector | 00:01 |
f-x | is that the way it should be done? | 00:01 |
@sonney2k | f-x, no | 00:01 |
f-x | that's one place where i'm ever so confused | 00:01 |
@sonney2k | f-x, so it has to stay | 00:01 |
blackburn | done | 00:02 |
@sonney2k | f-x, and the StreamingFileFromSparseFeatures needs to be there too | 00:02 |
@sonney2k | etc | 00:02 |
f-x | sonney2k: yes, to cater to <T> | 00:02 |
@sonney2k | yeah | 00:02 |
blackburn | sonney2k: update data and try examples/undocumented/python_modular/graphical/swissroll.py (if have time) | 00:02 |
@sonney2k | f-x, so I think we have a plan right? | 00:03 |
f-x | sonney2k: best to go over it once more | 00:03 |
@sonney2k | f-x, I mean you do the minor things in the current pull request just now such that I can merge before I go to bed | 00:03 |
@sonney2k | and then do these StreamingFileFromDotFeatures for SGD | 00:04 |
f-x | sonney2k: and SGD works purely on StreamingDotFeatures? | 00:04 |
@sonney2k | yes | 00:05 |
@sonney2k | so convert it then to use this | 00:05 |
f-x | and it doesn't derive from LinearMachine anymore, but from OnlineLinearMachine? | 00:05 |
f-x | (which has a CStreamingDotFeatures as a member) | 00:06 |
@sonney2k | f-x, yes | 00:06 |
@sonney2k | I think later we can do the same with SGD-QN | 00:07 |
@sonney2k | and add a streamingliblinear variant | 00:07 |
blackburn | I become a vim jedi day by day :D | 00:07 |
@sonney2k | that should all be very easy once you have done this for SGD | 00:08 |
CIA-32 | shogun: Sergey Lisitsyn master * r3e88af5 / examples/undocumented/python_modular/graphical/swissroll.py : Fix for swissroll graphical example - http://bit.ly/lIdaby | 00:08 |
f-x | sonney2k: yeah.. should be.. | 00:08 |
blackburn | now I can write my own GPS system: I did a triangulation in LMDS hehe | 00:09 |
@sonney2k | f-x, anyway for midterm it is sufficient to have a working SGD with the online system | 00:09 |
@sonney2k | blackburn, you scary weasel! | 00:10 |
f-x | sonney2k: yeah.. so i'm pretty eager to get it done as soon as possible | 00:10 |
blackburn | the most surprising thing about LMDS is that it is simply Nystom approximation to eigenproblem | 00:10 |
blackburn | Nystrom | 00:10 |
@sonney2k | f-x, you could then run some benchmarks on data sets from largescale.ml.tu-berlin.de | 00:10 |
f-x | sonney2k: right.. and properly tweak the parser.. | 00:11 |
@sonney2k | with the parallel parsing stuff this should beat them all :) | 00:11 |
f-x | sonney2k: in theory, certainly :) | 00:11 |
@sonney2k | f-x, then ask John to organize a new LSL challenge and win :D | 00:12 |
blackburn | run my example run my example | 00:12 |
blackburn | :'( | 00:12 |
f-x | sonney2k: ooh now you're dreaming :D | 00:12 |
@sonney2k | f-x, I am pretty sure there is no one except John with vw in that does the parsing / learning in parallel | 00:13 |
f-x | sonney2k: hmm.. john has done some pretty impressive things | 00:14 |
f-x | but i'll need help from both of you to optimize the parser for shogun | 00:14 |
f-x | heaven knows the stuff john's done to get his parser running so fast | 00:15 |
@sonney2k | f-x, anyway for now we have a plan - so please fix the pull request now | 00:15 |
f-x | sonney2k: working on it... need to revert all the Stream* changes I made.. 5 minutes | 00:16 |
blackburn | I hope this summer one guy will port JL's cover-tree | 00:16 |
@sonney2k | blackburn, I guess you will :) | 00:17 |
@sonney2k | blackburn, btw did you git add data and commit and push? | 00:17 |
blackburn | yes | 00:17 |
@sonney2k | IIRC this is the way to require the new data set in the shogun src repository | 00:18 |
blackburn | hm stop | 00:18 |
blackburn | I did git add toy | 00:18 |
blackburn | in shogun/data | 00:18 |
blackburn | not in shogun | 00:18 |
@sonney2k | blackburn, try in shogun too | 00:19 |
blackburn | will it work? | 00:19 |
blackburn | I have nothing to change right now :) | 00:19 |
@sonney2k | blackburn, it should | 00:20 |
@sonney2k | if you don't want to do it I can try | 00:20 |
blackburn | about cover tree: I found one guy wishing to make some fancy things - he will port it :) | 00:20 |
blackburn | if not - I will | 00:20 |
@sonney2k | blackburn, great :) | 00:20 |
blackburn | sonney2k: try my example ;) | 00:21 |
@sonney2k | blackburn, I have to go over Heiko's emails and others too | 00:21 |
@sonney2k | I will when I have more time (next week I am back to work) | 00:21 |
blackburn | I will be crying as your baby :D | 00:22 |
blackburn | sonney2k: aren't you working now? | 00:22 |
@sonney2k | yesterday the baby was crying until midnight and I was too 0xdeadbeef to do anything | 00:22 |
@sonney2k | afterwards | 00:22 |
@sonney2k | blackburn, I am enjoying my shogun spare time :D | 00:23 |
blackburn | i.e. what you mean back to work :) | 00:23 |
blackburn | whoa, I want to do some research | 00:24 |
f-x | sonney2k: pull request sent from a new branch.. closed the other one since that branch was getting messy with the Stream* stuff I had committed on my machine | 00:30 |
@sonney2k | f-x, we don't have a SG_PRINTF | 00:33 |
@sonney2k | but just SG_PRINT | 00:33 |
@sonney2k | f-x, I guess you should try to compile first :) | 00:33 |
f-x | oops | 00:33 |
f-x | 'make' worked since examples don't compile by default in my conf | 00:34 |
f-x | one minute | 00:34 |
@sonney2k | f-x, and can we get rid of the CStreamingFileFromSimpleFeatures in the example? | 00:34 |
@sonney2k | I mean that could be nicely hidden in CStreamingSimpleFeatures | 00:35 |
f-x | sonney2k: yeah, but that will take a bit more time | 00:35 |
@sonney2k | f-x, ok postpone that one | 00:35 |
f-x | but it'll surely be done | 00:35 |
f-x | sonney2k: i think the SG_PRINT thing is done.. iirc it was only in the example | 00:36 |
@sonney2k | f-x, I am not sure if we should set FP_DOT or not better FP_STREAMING_DOT | 00:36 |
@sonney2k | f-x, that is something to keep in mind too | 00:37 |
f-x | we could have FP_STREAMING separately | 00:37 |
f-x | two properties? | 00:37 |
f-x | one check for FP_STREAMING directly reveals whether it is any Streaming feature or not | 00:37 |
@sonney2k | IIRC FP_DOT is set when the current dotfeatures interface is satisfied (so one can cast to CDotFeatures) | 00:37 |
@sonney2k | so FP_STREAMING makes sense but it needs to be FP_STREAMING_DOT too | 00:38 |
@sonney2k | because these are not dotfeatures compatibel | 00:38 |
f-x | sonney2k: ok. i made the FP_DOT change in the hope that SGD could be made compatible with CDotFeatures | 00:38 |
@sonney2k | ble | 00:38 |
f-x | but it can't now | 00:38 |
@sonney2k | f-x, well you can just put the FP_STREAMING_DOT in there and add that enum | 00:38 |
f-x | sonney2k: ok. adding | 00:39 |
@sonney2k | to this herelibshogun/features/FeatureTypes.h | 00:39 |
@sonney2k | f-x, you still have the multiple SG_INFO's in there | 00:41 |
@sonney2k | these should be SG_ERROR() with multiline string | 00:41 |
f-x | sonney2k: where? i thought i removed them | 00:42 |
f-x | one minute | 00:42 |
@sonney2k | apart from that I am fine with your patch :) | 00:42 |
f-x | okay StreamingFile.cpp | 00:42 |
@sonney2k | yes | 00:42 |
f-x | sonney2k: done, hopefully | 00:44 |
@sonney2k | f-x, and it compiles now? | 00:46 |
f-x | sonney2k: one minute, shogun isn't compiling for me because i don't have arpack i think | 00:47 |
blackburn | ehh | 00:47 |
blackburn | arpack is not essential | 00:47 |
blackburn | f-x: is it failing without arpack?? | 00:48 |
f-x | blackburn: i don't know.. my g++ doesn't have the HAVE_ARPACK defined either | 00:48 |
f-x | one minute | 00:48 |
blackburn | what is the error? | 00:48 |
f-x | lib/arpack.cpp: In function ‘void shogun::arpack_dsaupd(double*, int, int, char*, double*, double*, int&)’: | 00:48 |
f-x | lib/arpack.cpp:71:25: error: ‘dsaupd_’ was not declared in this scope | 00:48 |
f-x | lib/arpack.cpp:108:54: error: ‘dseupd_’ was not declared in this scope | 00:48 |
f-x | 00:48 | |
blackburn | oh | 00:48 |
* sonney2k tries to compile w/o arpack support | 00:49 | |
blackburn | sorry | 00:49 |
@sonney2k | indeed | 00:49 |
@sonney2k | blackburn, I guess you want to fix this - right? | 00:49 |
f-x | sonney2k: compiles for you? | 00:50 |
CIA-32 | shogun: Sergey Lisitsyn master * rdd517a0 / src/libshogun/lib/arpack.cpp : Fix for arpack.cpp - http://bit.ly/mPprXn | 00:50 |
@sonney2k | f-x, now yes :) | 00:50 |
blackburn | sonney2k: could you try? | 00:50 |
blackburn | ok now? | 00:51 |
@sonney2k | yes | 00:51 |
blackburn | thanks | 00:51 |
@sonney2k | f-x, please compile test | 00:58 |
f-x | sonney2k: yeah, the example? | 00:58 |
@sonney2k | shogun + the example or did you already? | 00:58 |
f-x | no, i mean i'm checking the example now | 00:59 |
f-x | funny it used to compile before.. you're getting the problem there, right? | 00:59 |
@sonney2k | f-x, I mean I cannot all the time check if everthing compiles otherwise I need to pay €€€ to pay for the energy consumption | 00:59 |
@sonney2k | f-x, blackburn fixed it already | 00:59 |
@sonney2k | just git pull | 00:59 |
f-x | sonney2k: did all that.. i'm compiling my own example after that | 01:00 |
@sonney2k | ok | 01:00 |
f-x | are you getting a compile error? | 01:01 |
f-x | sonney2k: revert, don't merge the patch now.. i'll fix it now so it can be merged tomorrow | 01:02 |
f-x | sorry if you're getting an error | 01:02 |
@sonney2k | f-x, ok | 01:02 |
f-x | seems to be because i changed the printf to SG_PRINT and somehow it doesn't see the io object | 01:03 |
blackburn | hmm i got a similar error while trying to add SG_PRINT to wrapper | 01:03 |
f-x | blackburn: how did you fix it? | 01:03 |
blackburn | I didn't fix it - removed SG_PRINT :D | 01:04 |
f-x | :D | 01:04 |
blackburn | actually it wasn't needed there | 01:04 |
f-x | hah | 01:04 |
blackburn | if you will find - tell me too :) | 01:04 |
f-x | it compiles when i replace SG_PRINT to SG_SPRINT | 01:04 |
f-x | do you know what the difference between the two is? | 01:05 |
blackburn | what is the difference between SG_PRINT and SG_SPRINT? | 01:05 |
f-x | :D | 01:05 |
f-x | SG_SPRINT uses the sg_io object | 01:06 |
f-x | SG_PRINT uses the io object | 01:06 |
f-x | as far as implementation is concerned | 01:06 |
f-x | dunno why the erro | 01:06 |
f-x | error | 01:06 |
@sonney2k | what is the error? | 01:10 |
f-x | sonney2k: using SG_PRINT | 01:10 |
f-x | shows 'io not declared in this scope' | 01:10 |
@sonney2k | f-x, use SG_SPRINT | 01:10 |
f-x | switched to SG_SPRINT instead | 01:10 |
@sonney2k | f-x, so it compiles now? | 01:11 |
f-x | sonney2k: the example compiles | 01:12 |
f-x | were you getting the problem in the example? | 01:12 |
@sonney2k | f-x, I didn't check at all | 01:12 |
@sonney2k | f-x, I just wanted to say that you should compile before doing pull requests :) | 01:12 |
f-x | sonney2k: had compiled earlier, but not after the SG_PRINT change :( | 01:13 |
f-x | anyway everything compiles now (fingers crossed) | 01:13 |
@sonney2k | f-x, ok then I can merge now? | 01:14 |
f-x | sonney2k: oh and saw your previous statement about using SG_PRINT only within an SGObject.. hadn't seen it carefully when you actually said it | 01:14 |
f-x | sonney2k: yes | 01:14 |
@sonney2k | doing | 01:14 |
CIA-32 | shogun: Shashwat Lal Das master * r1265221 / src/libshogun/lib/arpack.cpp : Merge branch 'master' of https://github.com/shogun-toolbox/shogun into streaming_1 - http://bit.ly/lKZE3R | 01:15 |
CIA-32 | shogun: Shashwat Lal Das master * r0bfb38f / examples/undocumented/libshogun/streaming_from_simple.cpp : Fixed the example to use SG_SPRINT instead of SG_PRINT - http://bit.ly/let4al | 01:15 |
CIA-32 | shogun: Soeren Sonnenburg master * r23bb602 / (12 files in 3 dirs): | 01:15 |
CIA-32 | shogun: Merge pull request #160 from frx/streaming_1 | 01:15 |
CIA-32 | shogun: Streaming*File changes as per other pull request - http://bit.ly/lkjFAN | 01:15 |
f-x | sonney2k: now i'll do a git clone to really make sure | 01:16 |
@sonney2k | f-x, just did - works | 01:26 |
@sonney2k | even java_modular compiles :D | 01:27 |
f-x | sonney2k: okay, but it needs a minor fix | 01:28 |
f-x | for the example to work properly | 01:28 |
f-x | i'll make a request | 01:28 |
@sonney2k | ok | 01:29 |
f-x | sonney2k: it's temporary, but handles the delete[] issue for now | 01:30 |
f-x | i used to delete[] the vector after release_example() was called | 01:30 |
f-x | but we need to switch over to free_feature_vector() | 01:30 |
@sonney2k | yeah | 01:31 |
@sonney2k | f-x, not urgent I would say | 01:31 |
@sonney2k | do it properly and then send a pull request | 01:31 |
@sonney2k | anyways - I will have to go to bed now | 01:31 |
@sonney2k | cu! | 01:31 |
f-x | sonney2k: okay.. see you! | 01:31 |
f-x | (btw don't try the example without merging this pull request - it will result in an invalid delete[] since an arbitrary vector from SimpleFeatures cannot be freed like that) | 01:32 |
-!- f-x [~user@117.192.194.239] has left #shogun ["ERC Version 5.3 (IRC client for Emacs)"] | 01:35 | |
-!- blackburn [~blackburn@31.28.40.202] has quit [Quit: Leaving.] | 01:40 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 11:05 | |
-!- blackburn [~blackburn@31.28.40.202] has joined #shogun | 11:48 | |
CIA-32 | shogun: Shashwat Lal Das master * r490545f / (3 files in 2 dirs): Made some changes for the delete[] to be called optionally after release of example from the parser. - http://bit.ly/mTug9T | 11:54 |
CIA-32 | shogun: Soeren Sonnenburg master * r3821870 / (3 files in 2 dirs): | 11:54 |
CIA-32 | shogun: Merge pull request #161 from frx/streaming_1 | 11:54 |
CIA-32 | shogun: Made some changes for the delete[] to be called optionally after release - http://bit.ly/mBfK9C | 11:54 |
CIA-32 | shogun: Soeren Sonnenburg master * r473aefb / data : require new version of data - http://bit.ly/j4h5kU | 11:55 |
blackburn | hmm | 11:58 |
blackburn | what's up with data? | 11:58 |
@sonney2k | blackburn, I did what you should have done :) | 12:03 |
@sonney2k | git add data ; git commit -a ; + push | 12:03 |
blackburn | ah | 12:03 |
blackburn | what is you told me yesterday | 12:03 |
blackburn | I thought you are telling me how to add file to data | 12:03 |
blackburn | :D | 12:03 |
blackburn | sorry | 12:03 |
@sonney2k | blackburn, no this is to say that the shogun src repo needs a certain data version | 12:04 |
blackburn | understand now | 12:05 |
@sonney2k | blackburn, dammed I am being greeted today with: SMART file - your harddrive will die soon backup all data in the next 24 hrs | 12:39 |
blackburn | SMART file? | 12:44 |
blackburn | LLE acts slower with arpack.. | 12:47 |
blackburn | hmm | 12:58 |
blackburn | really | 12:58 |
@sonney2k | S.M.A.R.T. DISK FAILURE IS IMMINENT | 13:02 |
CIA-32 | shogun: Sergey Lisitsyn master * r3725079 / src/libshogun/preprocessor/LocallyLinearEmbedding.cpp : Codestyle fixes for LocallyLinearEmbedding - http://bit.ly/iBnhYK | 13:02 |
blackburn | sonney2k: which parameter is bad? | 13:02 |
@sonney2k | and copying with 70k/S from a 2 TB drive supports this claim damn well :( | 13:02 |
blackburn | reallocated sector count? | 13:03 |
@sonney2k | Reallocated_Sector_Ct | 13:03 |
@sonney2k | yup | 13:03 |
blackburn | how much it is? | 13:03 |
@sonney2k | 5 Reallocated_Sector_Ct 0x0033 017 017 036 Pre-fail Always FAILING_NOW 3411 | 13:03 |
blackburn | hmm | 13:03 |
blackburn | I see | 13:03 |
blackburn | had it two times actually | 13:04 |
blackburn | on my notebooks :D | 13:04 |
blackburn | in my experience better to *not* try to read file if it is not reading well | 13:05 |
@sonney2k | cannot cancel it | 13:05 |
@sonney2k | I will try to copy as much as possible | 13:05 |
@sonney2k | luckily it is my backup drive | 13:06 |
blackburn | is it an old drive? | 13:06 |
@sonney2k | though I prefer to have backups | 13:06 |
@sonney2k | no | 13:06 |
blackburn | hmm why it is failing | 13:06 |
@sonney2k | maybe 1-2 years | 13:06 |
blackburn | pretty strange | 13:06 |
@sonney2k | I will order a new one and see if I can RMA the drive in the meantime | 13:06 |
blackburn | sonney2k: yes you should be able to return it | 13:07 |
blackburn | I've returned one :) | 13:07 |
@sonney2k | I only buy drives with >5 years warrenty so yes | 13:07 |
@sonney2k | though the seagate tool complains | 13:08 |
blackburn | oh yes, in case of such a big warranty - exactly | 13:08 |
@sonney2k | website complains that my serial is unknown | 13:08 |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 13:08 | |
@sonney2k | now it is copying with 80M/s | 13:08 |
@sonney2k | *yay* | 13:08 |
-!- f-x [~user@117.192.207.67] has joined #shogun | 13:21 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 13:27 | |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 14:02 | |
-!- in3xes_ [~in3xes@180.149.49.227] has joined #shogun | 14:15 | |
-!- in3xes__ [~in3xes@180.149.49.227] has joined #shogun | 14:19 | |
-!- in3xes1 [~in3xes@180.149.49.227] has joined #shogun | 14:19 | |
-!- in3xes [~in3xes@180.149.49.227] has quit [Ping timeout: 240 seconds] | 14:23 | |
-!- in3xes_ [~in3xes@180.149.49.227] has quit [Ping timeout: 276 seconds] | 14:24 | |
-!- heiko [~heiko@main.uni-duisburg.de] has joined #shogun | 14:34 | |
-!- in3xes__ [~in3xes@180.149.49.227] has quit [Quit: Ooops..!!] | 14:38 | |
CIA-32 | shogun: Heiko Strathmann master * rde52e68 / src/libshogun/features/StringFeatures.h : fixed a segfault bug as pointed out by Jonas Behr - http://bit.ly/ln7VJZ | 15:09 |
-!- f-x [~user@117.192.207.67] has quit [Ping timeout: 260 seconds] | 15:40 | |
-!- alesis-novik [~alesis@188.74.87.206] has quit [Quit: I'll be Bach] | 15:49 | |
-!- blackburn [~blackburn@31.28.40.202] has quit [Quit: Leaving.] | 16:00 | |
-!- f-x [~user@117.192.203.89] has joined #shogun | 16:07 | |
-!- heiko [~heiko@main.uni-duisburg.de] has quit [Quit: Leaving.] | 16:28 | |
-!- f-x [~user@117.192.203.89] has quit [Remote host closed the connection] | 17:04 | |
-!- alesis-novik [~alesis@cpat001.wlan.net.ed.ac.uk] has joined #shogun | 17:23 | |
-!- f-x [~user@117.192.203.89] has joined #shogun | 17:47 | |
-!- blackburn [~blackburn@31.28.40.202] has joined #shogun | 18:05 | |
-!- in3xes1 is now known as in3xes | 18:32 | |
-!- heiko [~heiko@main.uni-duisburg.de] has joined #shogun | 19:15 | |
-!- alesis-novik [~alesis@cpat001.wlan.net.ed.ac.uk] has quit [Read error: Operation timed out] | 19:25 | |
-!- alesis-novik [~alesis@cpat001.wlan.net.ed.ac.uk] has joined #shogun | 19:27 | |
alesis-novik | sonney2k, are you around? | 19:40 |
blackburn | alesis-novik: how are you? :) | 19:49 |
alesis-novik | Hey blackburn. Fairly fine :) | 19:49 |
alesis-novik | blackburn, maybe you can help | 19:49 |
blackburn | may be | 19:49 |
blackburn | what is the issue? | 19:50 |
alesis-novik | I'm nearly done with moving all fields to be SG* stuff | 19:50 |
alesis-novik | but what about destructors? do I clean up (free_*) or not? | 19:50 |
blackburn | hmm | 19:50 |
blackburn | yes, you probably should do | 19:51 |
blackburn | e.g. in ClassicMDS I did it this way: | 19:51 |
blackburn | eigenvectors are stored in SGVector with do_free true | 19:51 |
blackburn | when get_eigenvectors is called it returns the same but with do_free - false | 19:52 |
blackburn | and in destructor I just do free_vector | 19:52 |
alesis-novik | But doesn't that free the gotten eigenvectors? | 19:52 |
blackburn | where? | 19:52 |
blackburn | ah | 19:52 |
blackburn | you mean if eigenvectors gotten somewhere and then after this object will be deleted? | 19:53 |
blackburn | yes | 19:53 |
blackburn | bad way | 19:53 |
blackburn | well in most cases nobody deletes objects certainly in their scripts | 19:54 |
alesis-novik | That's my issue I guess. That not only we have to be very careful internally, but the end user will also have to be very careful not to delete something useful | 19:54 |
blackburn | the only way to avoid this is to copy matrices/vectors.. | 19:55 |
alesis-novik | but we decided against copying | 19:55 |
blackburn | well I can suggest one other fancy way to do it | 19:56 |
alesis-novik | Well, copy or use an SGObject-like thing (SG_REF UNREF | 19:56 |
blackburn | yes, SG_REF or may be store some bool variable holding true if we gave some internal vector | 19:56 |
blackburn | and just check it in destructor | 19:57 |
alesis-novik | But that has to be done on a more global scale. I guess for now I'll just free in the destructor | 19:58 |
alesis-novik | (hopefully nothing will break :D) | 19:58 |
blackburn | well really | 19:58 |
blackburn | nobody do some 'del' in python or so | 19:58 |
blackburn | does* | 19:58 |
blackburn | if someone does - he should be carefully :) | 19:58 |
alesis-novik | But if someone would to use the library from c++ :D | 19:59 |
blackburn | for the brave - they should know what they does | 20:00 |
alesis-novik | I really like the elegant way ref unref does it in, but it would give quite an overhead overall I guess | 20:04 |
-!- heiko [~heiko@main.uni-duisburg.de] has quit [Ping timeout: 258 seconds] | 20:04 | |
blackburn | I think it would be ok if you just write some ATTENTION ACHTUNG it doesn't copy :D | 20:07 |
bettyboo | :*) | 20:07 |
in3xes | f-x, coding wearing a lungi? :D | 20:30 |
bettyboo | interesting | 20:30 |
CIA-32 | shogun: Sergey Lisitsyn master * rffa80d7 / src/libshogun/classifier/GaussianNaiveBayes.h : Fixed doc and some more at gaussian naive bayes - http://bit.ly/m0EBL4 | 21:48 |
-!- in3xes_ [~in3xes@180.149.49.230] has joined #shogun | 21:54 | |
-!- alesis-novik [~alesis@cpat001.wlan.net.ed.ac.uk] has quit [Ping timeout: 264 seconds] | 21:55 | |
-!- alesis-novik [~alesis@cpat001.wlan.net.ed.ac.uk] has joined #shogun | 21:56 | |
CIA-32 | shogun: Sergey Lisitsyn master * ra879603 / (2 files): ClassicMDS: Added warning for inconsistent embeddings, doc fixes - http://bit.ly/m1zXvc | 22:25 |
-!- serialhex [~quassel@99-101-148-183.lightspeed.wepbfl.sbcglobal.net] has quit [Remote host closed the connection] | 22:46 | |
CIA-32 | shogun: Soeren Sonnenburg master * rb8bcb1c / (25 files in 4 dirs): get all octave_modular examples back to work - http://bit.ly/jVOhcL | 22:55 |
CIA-32 | shogun: Soeren Sonnenburg master * r7a576ae / (3 files in 2 dirs): Merge branch 'master' of github.com:shogun-toolbox/shogun - http://bit.ly/k8yHg8 | 22:55 |
@sonney2k | f-x, around? | 23:02 |
-!- alesis-novik [~alesis@cpat001.wlan.net.ed.ac.uk] has quit [Ping timeout: 240 seconds] | 23:03 | |
-!- alesis-novik [~alesis@cpat001.wlan.net.ed.ac.uk] has joined #shogun | 23:04 | |
blackburn | surprise | 23:06 |
blackburn | octave examples wasn't working? hehe | 23:06 |
-!- alesis_ [~alesis@cpat001.wlan.net.ed.ac.uk] has joined #shogun | 23:12 | |
-!- alesis-novik [~alesis@cpat001.wlan.net.ed.ac.uk] has quit [Read error: Connection reset by peer] | 23:13 | |
@sonney2k | blackburn, well octave is still dying on exit | 23:14 |
@sonney2k | but at least the examples work | 23:14 |
blackburn | f-k octave :D | 23:15 |
@sonney2k | now for R | 23:15 |
blackburn | oh I have to write +1 wrapper for ARPACK | 23:16 |
blackburn | I've found that some damned shift-invert mode is good for LLE | 23:17 |
blackburn | sonney2k: what do you think about clojure? | 23:20 |
blackburn | I think I'll make some clojure+shogun things during autumn or so | 23:22 |
f-x | sonney2k: i'm here now | 23:25 |
@sonney2k | blackburn, I have no idea about it | 23:28 |
@sonney2k | f-x, I was looking at your patch | 23:28 |
f-x | sonney2k: i saw your comments now | 23:29 |
@sonney2k | f-x, can't we directly use the right feature type in constructor? | 23:29 |
blackburn | sonney2k: it is something of interest because 'clojure guys' usually use mahout | 23:29 |
f-x | sonney2k: well it's the template issue | 23:29 |
f-x | we can do it that way, but these classes have to be templated too | 23:29 |
@sonney2k | f-x, ok but now you just cast to which type? | 23:31 |
f-x | sonney2k: the casting is done by the read functions | 23:31 |
@sonney2k | I mean you still have the same problem at some later stage | 23:31 |
f-x | sonney2k: yes.. i didn't template them because they all derive from StreamingFileFromFeatures | 23:32 |
f-x | which has a CFeatures object | 23:32 |
f-x | if we template them, we can remove this features object in the base class and replace it with proper features objects | 23:33 |
f-x | in the derived classes | 23:33 |
@sonney2k | f-x, I still don't understand how you can be sure you have the right feature object at hand | 23:35 |
f-x | sonney2k: right now, there's no check for that.. only the casting in the read* functions | 23:35 |
f-x | what do you suggest? template them? | 23:35 |
f-x | that would be consistent, and i actually wanted to ask you about this very issue | 23:36 |
@sonney2k | f-x, what would be the problem? | 23:36 |
f-x | sonney2k: no problem, just a few changes in the base class.. | 23:37 |
@sonney2k | I mean SimpleFeatures/StringFeatures/SparseFeatures etc are all templated | 23:37 |
f-x | sonney2k: yes, consistency would be there.. i should have followed the same pattern.. | 23:38 |
@sonney2k | f-x, I currently don't see a problem with templating again | 23:42 |
@sonney2k | I mean we won't derive from these classes that are exactly defined for these feature types | 23:42 |
f-x | sonney2k: that's true.. so now i'll remove that generic CFeatures object from the base class | 23:45 |
f-x | leave it upto the derived classes to have their own specific Features objects | 23:45 |
--- Log closed Sat Jul 02 00:00:38 2011 |
Generated by irclog2html.py 2.10.0 by Marius Gedminas - find it at mg.pov.lt!