| *** tpb has joined #melange | 00:00 | |
| ajaksu | jamtoday: still hacking? | 00:24 |
|---|---|---|
| *** solydzajs has joined #melange | 00:34 | |
| *** ChanServ sets mode: +o solydzajs | 00:34 | |
| *** madrazr has joined #melange | 01:40 | |
| *** ChanServ sets mode: +v madrazr | 01:40 | |
| *** dr__house has joined #melange | 01:58 | |
| *** madrazr has left #melange | 02:31 | |
| ajaksu | solydzajs: morning :) | 02:53 |
| solydzajs | ajaksu: hi :-) | 02:54 |
| *** dr__house has quit IRC | 02:56 | |
| *** dr__house has joined #melange | 02:57 | |
| jamtoday | ajaksu: still hacking, im pulling your latest changeset | 03:23 |
| ajaksu | jamtoday: I just got querying for projects and saving project in surveyrecord working, it's ugly but works | 03:24 |
| ajaksu | jamtoday: just pushed it | 03:26 |
| *** jamtoday has quit IRC | 03:27 | |
| * ajaksu realizes that he's done the now, to write the status update email... wait, issue x is actually simple, lemme look about five times in the last two hours | 03:30 | |
| *** Merio has joined #melange | 03:47 | |
| *** ChanServ sets mode: +v Merio | 03:47 | |
| *** jamtoday has joined #melange | 04:28 | |
| jamtoday | ajaksu: it works now! thanks for helping out with the getFields() logic method. It seems so obvious now... :) | 04:28 |
| jamtoday | i'm also adding a notice that says how long until the deadline | 04:30 |
| ajaksu | jamtoday: yw :) | 04:30 |
| ajaksu | jamtoday: cool! Pawel has just sent a review for the models, I'll get myself a sandwich and fix his suggestions :) | 04:31 |
| jamtoday | I just pushed another update that changes some more method names and tells survey takers when the deadline is | 04:49 |
| jamtoday | I've deployed to staging surveys in debug mode | 04:50 |
| jamtoday | it requires running seed_db to create the student and project entities | 04:50 |
| jamtoday | and now I'm working on the grade activation aprt | 04:50 |
| jamtoday | *part | 04:50 |
| *** jamtoday has left #melange | 04:51 | |
| *** jamtoday has joined #melange | 04:55 | |
| jamtoday | ajaksu: i agree with almost all of Pawel's comments. The 'this_survey' property is just confusing, but I couldn't think of anything better at the time | 04:59 |
| ajaksu | I didn't get there yet (looking if we can ditch get/set_schema but doesn't look like it), but I can try to rename it to be consistent: survey.survey_content? | 05:00 |
| jamtoday | We can't ditch those methods, but we could always move them to the logic module | 05:01 |
| jamtoday | hmmm...it's kind of a big deal to change it, because it's referred to in many places | 05:01 |
| jamtoday | but it could be done | 05:02 |
| jamtoday | unfortunately not all of the "this_survey" references are to that property, making things more complicated | 05:02 |
| jamtoday | and it's not the content, the this_survey property is where the surveycontent refers to the main survey entity | 05:02 |
| jamtoday | so something better would be like 'survey_parent' or 'survey_entity' | 05:02 |
| ajaksu | Survey.this_survey is a reference for SurveyContent, SurveyContent.survey_parent is a reference to Survey and SurveyRecord.this_survey is a reference to Survey, right? | 05:04 |
| ajaksu | jamtoday: as I was writing that we need set/get_schema, it ocurred to me: we'd just need to convert to string and eval in the places that call these methods, let me count them :) | 05:07 |
| *** arvind_khadri has joined #melange | 05:12 | |
| jamtoday | yeah probably not too many | 05:35 |
| * jamtoday is going to sleep... | 05:35 | |
| ajaksu | fixed, forgot to actually count... :) | 05:36 |
| ajaksu | good not-quite-night :) | 05:36 |
| *** dhans has joined #melange | 05:51 | |
| *** dhans has quit IRC | 05:53 | |
| *** MatthewWilkes has joined #melange | 06:17 | |
| *** MatthewWilkes has quit IRC | 06:21 | |
| *** MatthewWilkes has joined #melange | 06:35 | |
| *** solydzajs has quit IRC | 06:38 | |
| *** mithro has quit IRC | 06:44 | |
| *** dhans has joined #melange | 06:54 | |
| *** Lennie has joined #melange | 07:27 | |
| *** ChanServ sets mode: +o Lennie | 07:28 | |
| *** Lennie has quit IRC | 07:30 | |
| dhans | Merio: ping? | 07:46 |
| Merio | dhans: pong | 07:47 |
| dhans | hello :) | 07:47 |
| dhans | I've got one simple question... | 07:47 |
| dhans | yesterday, you said you updated seed_db with some code that creates statistics | 07:48 |
| Merio | tell me :) | 07:48 |
| Merio | yep | 07:48 |
| dhans | is it described somewhere how to actually use this seed_db? maybe on wiki on somewhere? | 07:48 |
| dhans | because I can't find it :( | 07:49 |
| Merio | it's very simple, just use http://localhost:8080/seed_db | 07:49 |
| Merio | To have the statistics in place you need also to run seed_many for users and students | 07:49 |
| Merio | To do that, use http://localhost:8080/soc/content/seed_db.html | 07:50 |
| Merio | and click on "200 users", than go back and use "200 students" | 07:50 |
| Merio | and then you're ready to go, providing that you collect the statistics (I suggest in your local repository to increment the batch size to 250) | 07:50 |
| Merio | It's one of my tasks to enhance that interface, but low priority now | 07:51 |
| dhans | interface is great :) | 07:51 |
| dhans | thank you :) | 07:51 |
| dhans | it's much more nice than adding it manually :) | 07:52 |
| Merio | I think what you're seeing has been made by Sverre :) | 07:52 |
| Merio | Yes, it's one of the most powerful things to test... I have some ideas to enhance it but.. well... in the future ^__^ | 07:52 |
| dhans | I'll have to take a closer look at it :) | 07:52 |
| Merio | ok :) | 07:53 |
| *** dr__house has quit IRC | 08:03 | |
| *** MatthewWilkes is now known as mwilkes|lunch | 08:36 | |
| *** florinciu has joined #melange | 09:07 | |
| *** mwilkes|lunch is now known as MatthewWilkes | 09:29 | |
| Merio | dhans: I'll be probably about 5 minutes late for the daily meeting, bbs however :) | 09:53 |
| dhans | Merio: ok, cool :) | 09:54 |
| Merio | dhans: ping :) | 10:04 |
| dhans | Merio: pong! | 10:04 |
| Merio | dhans: great ^__^ | 10:04 |
| Merio | So, giving you my status update: | 10:05 |
| Merio | I've started to use json2 library to avoid eval() when parsing parameters from templates, but there's a problem: it doesn't like jsons like {key:"value"}, but only {"key":"value"} | 10:06 |
| *** solydzajs has joined #melange | 10:06 | |
| *** ChanServ sets mode: +o solydzajs | 10:06 | |
| Merio | What happens is that gviz outputs data in the former way, so we need to hack gviz or json2 or integrate another library/function to parse it | 10:06 |
| dhans | I remeber that I had the same problem | 10:06 |
| dhans | so that's why always keys are strings | 10:07 |
| Merio | Then I put an example external template in the repository, I've sent a mail, you're in CC so you can find the example in the source | 10:07 |
| dhans | I have seen it | 10:07 |
| Merio | yes, I think JSON format wants them as string, so it's not correct to use it in another way | 10:07 |
| Merio | But we have to deal with it, so perhaps we're going to use another way, but I've put a FIXME, I guess it's low priority at the moment, we will just change that function | 10:08 |
| Merio | Now I'm analyzing jquery inheritance library to see if it's suitable for our needs or just go for the "basic" way I've done | 10:09 |
| Merio | Then I would like to explore how to do async tests with JSUnit, it's difficult but I've found a post in a blog that seems to do the trick, but I've to understand and try it | 10:10 |
| dhans | I think it sometimes may be a problem, because when we give strings to gviz to produce data_table something strange may happen if we want to sort by such a column | 10:10 |
| Merio | If I have enough time I would like also to study better the library which handles dependencies between javascript package, but it's low priority as well | 10:10 |
| Merio | Well, I think we can just live with that, and do something different Javascript side to handle melangeContext variables | 10:11 |
| Merio | perhaps this ==> | 10:12 |
| Merio | http://blog.sourcebits.com/creating-objects-from-json-without-using-eval | 10:12 |
| tpb | <http://ln-s.net/3LNv> (at blog.sourcebits.com) | 10:12 |
| Merio | So for the moment I've just put an eval so we can forget about it | 10:12 |
| dhans | ok | 10:13 |
| Merio | However, now status update from you.. and then we have to plan a meeting to write down next tasks and priorities, and let our mentors assign priorities and well.. who does what :) | 10:13 |
| Merio | (obviously if you find another solution for the json just let me know it :)) | 10:14 |
| dhans | and short update from my work: I am still adding support for stats that need data from multiple models (for example applications per student) | 10:14 |
| dhans | anyway, there is also one thing I'd like to ask, because I have not decided yet how to deal with this problem | 10:15 |
| Merio | you need to ask me/mentors or dev list? | 10:15 |
| Merio | If you want we can discuss it now | 10:16 |
| dhans | I will start from asking you:) | 10:16 |
| Merio | eehe ok ^__^ | 10:16 |
| Merio | Tell me :) | 10:16 |
| dhans | so normally, when we get data from one model, a list of choices is let's say 'static' | 10:16 |
| dhans | for example [ 'undergrad', 'master', 'phd' ] | 10:16 |
| Merio | yep | 10:17 |
| dhans | but when we want to collect for example number of applications per student the list of choices should look like all students link_ids | 10:17 |
| dhans | like [student1_link_id, student2_link_id, ... ] | 10:18 |
| dhans | the problem is that we do not know all students before starting collecting data | 10:18 |
| Merio | let me see your source code a moment | 10:19 |
| Merio | hmm.. thinking | 10:21 |
| dhans | ok, but there are like two possible solutions: (1) we simply set choices to be [] at the beginning and then when we iterate through all student proposals we check their student in scope link_id | 10:21 |
| Merio | this is what I was thinking about, and how to make it generic | 10:22 |
| Merio | what about the second solution? | 10:22 |
| dhans | ok it can be done quite generic | 10:22 |
| dhans | but the problem is that we take only inforamtion about students from student_proposal.scope | 10:23 |
| dhans | so in the final statistic we will not have inofrmation about how many students have zero applications | 10:24 |
| dhans | and this is a problem with this solution | 10:24 |
| dhans | the other solution is to divide stats collection into two parts: collecting of possible choices and collecting actual stats | 10:24 |
| Merio | well probably (in pseudo code thought) you need to iterate all students in the program, put them in an associative array with all zeroes and then increment their value every time you see their link_id into student proposals | 10:25 |
| dhans | so the 2nd solution ;-/ | 10:25 |
| Merio | the problem is how to make it enough generic to handle all the statistics | 10:26 |
| Merio | of that kind, at least | 10:26 |
| dhans | I know it's better, but I was just wondering if the problem of getting no information about students who does not have applications is so substantial | 10:26 |
| dhans | because the first part (collecting choices) will also have to be done in batches | 10:27 |
| Merio | well, you might want to know how many students have registered the program but failed to apply because of whatever reason... so it's a signal that something might need to be easier for them | 10:27 |
| dhans | yes,, so I will go probably for the second option | 10:28 |
| Merio | yes that's true | 10:29 |
| dhans | ok, so I'll work on it now | 10:30 |
| Merio | I think that's pretty difficult to abstract stuff before doing some examples (at least I can't), so we might want to do "release early, release often", so just gather statistics for applications per student, then do something similar one or two times and look for common patterns to abstract | 10:30 |
| dhans | yes | 10:31 |
| Merio | ok perfect | 10:32 |
| Merio | So | 10:32 |
| dhans | you know, it may be done quite generic, but it depends on how much data about one stat may be stored in the model | 10:32 |
| Merio | Sorry, what do you mean? | 10:33 |
| dhans | for example these choiceSelectors get params as an arg, and the params may be specific for each statistic | 10:33 |
| dhans | so if we could keep params dict as a json in the model, we could have more generic functions | 10:34 |
| dhans | but sverre has not replied yet | 10:34 |
| Merio | This is exactly what I was meaning yesterday about generalising those functions | 10:34 |
| Merio | Well, just work on the application per student stuff and wait for something to happen :D | 10:35 |
| dhans | ok :) | 10:35 |
| Merio | James Crook suggest us also to start mixing up our tasks, so work in Python and JavaScript both of us in a more homogeneous way | 10:35 |
| Merio | I think now that the codes are joined, we can begin to think seriously about it | 10:35 |
| dhans | yes, it's true | 10:36 |
| Merio | In my mail to the dev list I was proposing to do that perhaps starting from next week | 10:36 |
| dhans | at this point I think it's a good idea, provided nothing strange happens until the next week :) | 10:36 |
| Merio | Because personally I want to do the JS layer a little better to handle more situations (like I told you at the beginning of the meeting) | 10:36 |
| Merio | yep ^__^ | 10:37 |
| Merio | So, I'll probably leave one day free this weekend (otherwise I can explode :P), it can be Saturday or Sunday, more probably Saturday | 10:37 |
| dhans | that's cool | 10:38 |
| Merio | However tomorrow we can plan to talk about it Saturday or Sunday (if you're available) | 10:38 |
| dhans | if nothing unexpected happens, I am available :) | 10:38 |
| Merio | And so come up with a list of tasks (not too much deep, just next steps for roughly a week), gave them priority and assign me or you to each of them, and then let our mentors decide if our plan is good or if they want something different | 10:39 |
| Merio | Ok, just give us another day to have a better view about our weekends ^__^ | 10:39 |
| dhans | probably they're gonna be fine | 10:39 |
| Merio | If you're not working during the weekend it's perfectly fine to me as long as we can plan something at worst on Monday morning | 10:40 |
| Merio | Ok :) | 10:40 |
| Merio | So, that's ok :) | 10:40 |
| Merio | dhans: Another thing I would like to suggest is to commit granularly as soon as you've something sensible to commit (as long as it doesn't break something), I think that's the way to go, but we might want to ask as well. In that way I'm up to date with your code. | 10:42 |
| Merio | Is it ok for you? | 10:42 |
| dhans | yes, it is - once the new stats are ready I'll commit it, but as I said I want to make it as generic as possible, so probably now old stats may not work... | 10:43 |
| Merio | At least leave students per degree working | 10:44 |
| dhans | :P | 10:44 |
| Merio | So I can keep on using my code on that template :) | 10:44 |
| Merio | And we can push new versions in the demo instance that are still working | 10:44 |
| dhans | yes | 10:45 |
| dhans | I will commit the new stats by the evening I hope | 10:45 |
| Merio | No problems, do it whenever you're ready :) | 10:45 |
| Merio | If it's all ok with you, going to update meeting notes on the wiki, mail the dev list and back to work. Obviously just ping me if you need something :) | 10:46 |
| dhans | ok | 10:46 |
| *** solydzajs has quit IRC | 10:58 | |
| *** arvind_khadri has quit IRC | 10:59 | |
| *** arvind_khadri has joined #melange | 11:28 | |
| *** arvind_khadri has quit IRC | 12:27 | |
| *** penyaskito has joined #melange | 12:34 | |
| *** jamtoday has quit IRC | 12:34 | |
| *** jamtoday1 has joined #melange | 12:55 | |
| *** dhans has quit IRC | 12:56 | |
| *** jamtoday1 has quit IRC | 13:51 | |
| *** dhaun has joined #melange | 13:52 | |
| *** jamtoday has joined #melange | 13:54 | |
| *** ArthurLi1 is now known as ArthurLiu | 13:57 | |
| *** ajuonline has left #melange | 14:01 | |
| *** MatthewWilkes has quit IRC | 14:34 | |
| *** MatthewWilkes has joined #melange | 16:13 | |
| *** timpatrick has joined #melange | 17:12 | |
| *** MatthewWilkes has quit IRC | 17:12 | |
| *** MatthewWilkes has joined #melange | 17:26 | |
| *** dhaun has quit IRC | 17:29 | |
| *** florinciu has quit IRC | 18:03 | |
| jamtoday | is it just me or is the task queue live? | 18:30 |
| * jamtoday is biking about 50 blocks...probably be back online in half an hour | 18:30 | |
| *** Merio has quit IRC | 18:55 | |
| *** penyaskito has quit IRC | 19:03 | |
| *** mithro has joined #melange | 20:39 | |
| *** ChanServ sets mode: +v mithro | 20:39 | |
| *** MatthewWilkes has quit IRC | 22:00 | |
| *** Kraln has quit IRC | 22:43 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!