00:01:13 lkagal has quit () 00:23:39 timbl (n=timbl@209-6-134-246.c3-0.lex-ubr3.sbo-lex.ma.cable.rcn.com) has joined #dig 01:56:08 oshani (n=chatzill@SYDNEYPACIFIC-SEVEN-SEVENTEEN.MIT.EDU) has joined #dig 01:59:29 oshani has quit (Remote closed the connection) 02:07:03 oshani (n=chatzill@SYDNEYPACIFIC-SEVEN-SEVENTEEN.MIT.EDU) has joined #dig 02:40:06 oshani has quit ("ChatZilla 0.9.78.1 [Firefox 2.0.0.8/2007102207]") 03:06:55 lkagal (n=lkagal1@79.68.171.66.subscriber.vzavenue.net) has joined #dig 03:08:55 lkagal has quit (Client Quit) 03:33:54 lkagal (n=lkagal1@79.68.171.66.subscriber.vzavenue.net) has joined #dig 03:36:02 lkagal has quit (Client Quit) 03:49:23 djweitzner has quit () 03:53:48 oshani (n=chatzill@SYDNEYPACIFIC-SEVEN-SEVENTEEN.MIT.EDU) has joined #dig 03:56:54 timbl, the N3 view works fine for the latest update with Tabulator, but the Data pane gives error "statementsAsTables is not defined" 05:03:39 lkagal (n=lkagal1@79.68.171.66.subscriber.vzavenue.net) has joined #dig 05:03:43 oshani has quit (Read error: 110 (Connection timed out)) 05:46:06 lkagal has quit () 06:22:39 timbl_ (n=timbl@209-6-134-246.c3-0.lex-ubr3.sbo-lex.ma.cable.rcn.com) has joined #dig 06:39:09 timbl has quit (Read error: 110 (Connection timed out)) 12:10:31 yosi_s (n=syosi@static-71-243-122-114.bos.east.verizon.net) has joined #dig 12:25:15 timbl_ has quit () 12:35:02 yosi_s has quit () 13:14:05 timbl (n=timbl@30-5-117.wireless.csail.mit.edu) has joined #dig 14:28:54 lkagal (n=lkagal1@79.68.171.66.subscriber.vzavenue.net) has joined #dig 14:39:23 lkagal has quit () 14:48:08 DIGlogger, pointer? 14:48:08 See http://dig.csail.mit.edu/irc/dig/2007-11-20#T14-48-08 14:52:31 djweitzner (n=djweitzn@70.108.17.36) has joined #dig 14:53:18 yosi_s (n=syosi@30-6-160.wireless.csail.mit.edu) has joined #dig 14:56:32 lkagal (n=lkagal1@79.68.171.66.subscriber.vzavenue.net) has joined #dig 14:56:57 timbl, the new view you demo'd yesterday... that fits with the document/graph view issue81, yes? http://dig.csail.mit.edu/issues/tabulator/issue81 14:58:57 to get to resolved, it needs a little write-up with screenshots, maybe in a blog 15:04:35 Tim? 15:05:11 lkagal has quit () 15:17:10 presbrey has quit (Read error: 104 (Connection reset by peer)) 15:34:31 presbrey (n=njoe@SCRIPTS.MIT.EDU) has joined #dig 15:50:55 lkagal (n=lkagal1@79.68.171.66.subscriber.vzavenue.net) has joined #dig 15:52:31 lkagal has quit (Client Quit) 16:21:13 presbrey? 16:21:30 nominlly we meet at 2 16:22:35 djweitzner_ (n=djweitzn@pool-70-108-17-36.res.east.verizon.net) has joined #dig 16:24:52 djweitzner__ (n=djweitzn@pool-70-108-17-36.res.east.verizon.net) has joined #dig 16:24:57 djweitzner_ has quit (Read error: 104 (Connection reset by peer)) 16:27:25 djweitzner_ (n=djweitzn@pool-70-108-17-36.res.east.verizon.net) has joined #dig 16:27:25 djweitzner__ has quit (Read error: 104 (Connection reset by peer)) 16:30:20 djweitzner__ (n=djweitzn@pool-70-108-17-36.res.east.verizon.net) has joined #dig 16:30:20 djweitzner_ has quit (Read error: 104 (Connection reset by peer)) 16:37:21 djweitzner_ (n=djweitzn@70.108.17.36) has joined #dig 16:37:49 djweitzner has quit (Read error: 110 (Connection timed out)) 16:42:46 lkagal (n=lkagal1@30-5-73.wireless.csail.mit.edu) has joined #dig 16:50:13 djweitzner__ has quit (Read error: 110 (Connection timed out)) 17:20:53 roberth has quit () 17:57:30 timbl has quit () 17:59:32 timbl (n=timbl@30-5-117.wireless.csail.mit.edu) has joined #dig 18:02:36 yosi_s has quit () 18:11:06 roberth (n=hoffmann@w3cdhcp48.w3.org) has joined #dig 18:11:08 hi timbl 18:11:22 but maybe we should some other 18:11:33 1. do we need to meet 18:11:54 2. should we meet some time otehr than tomorrow afternoon 18:12:18 today? 2:30pm? 18:12:45 2:30 is taken 18:12:59 Can you do before then like now or 2? 18:13:00 until when? 18:13:15 not before, only after 18:13:21 until when the social netowkring reading group finishes at about 6:30 18:13:45 Hang on ... 4 will work 18:14:29 ok, 4pm in your office then? 18:14:34 Yup 18:14:45 ok, I got d2r up on mit data warehouse 18:14:48 http://scripts.mit.edu:2020/ 18:14:50 Well done 18:14:52 mapping may not be perfect 18:16:40 sript is tajkibg long time .... continue ... 18:16:56 tabulator? 18:17:06 I am loding all/courses yes 18:17:54 Hard to stop the scripy 18:18:19 maybe that was unwise 18:18:25 I didn't try it with tabulator 18:18:36 just briefly tested browsing and a few sparql queries 18:19:56 k .. I have a list of courses 18:20:12 eg http://scripts.mit.edu:2020/resource/course/6.034-2005FA 18:21:02 or http://scripts.mit.edu:2020/resource/course/21F.037-2007FA 18:21:22 Pht .. doesn't give me rdf 18:21:49 redirects me to the TML page 18:22:08 Maybe we can fix the coneg and push the patch back 18:23:24 That works better 18:23:32 as it doesn't ask fro HTML 18:26:43 http://scripts.mit.edu:2020/resource/subject/21F.037 times out ... nifty anyway 18:26:48 Tht was uick 18:26:50 quick 18:27:00 Ok, lets talk more at 4 18:27:09 doesn't time out for me 18:27:21 Nor me now 18:27:51 no still does 18:28:40 Redirected 303 to Redirected: 303 to 18:28:53 which times out 18:33:31 increase your timeout 18:34:20 :) 18:34:33 It is quite a lot already, nd I let it run on more than once 18:35:38 same with /page/ 18:35:43 ... trying now 18:36:08 http://scripts.mit.edu:2020/page/department/21F 18:36:15 strill trying 18:37:08 still loading, nothing visible 18:37:41 hmmm but curl wokrs ok 18:45:01 presbrey: did you find another SPARQL parser, or using Trio's? 18:45:14 (i.e., how much more effort should I put into it in the short term? :-) 18:45:44 431k 18:45:46 ouldn't connect to host 18:45:47 using d2r at least temporarily 18:46:10 timbl: works for me from the first floor of stata without tabulator 18:46:14 'k 18:46:23 Really? 18:46:54 $ telnet scripts.mit.edu 2020 18:46:54 Trying 18.181.0.46... 18:46:54 telnet: connect to address 18.181.0.46: Connection refused 18:46:54 telnet: Unable to connect to remote host 18:47:16 ahh, you crashed it 18:47:26 Qui, moi? 18:47:36 its restarted 18:47:49 out of memory, heap space 18:48:02 oh, heh. sorry, that might be my fault 18:48:14 I did a SELECT * WHERE { ?s ?p ?o } to see what it'd do... 18:48:17 ahh 18:48:20 should've asked first 18:48:20 sigh 18:48:23 :) 18:48:48 sounds like it did the right thing! 18:48:53 just didn't do it very well 18:49:03 Joe, is this public data or mit-specific or very confidential students etc) ? 18:50:45 (speaking of data protection: http://news.bbc.co.uk/1/hi/uk_politics/7103566.stm - the UK govt. just lost the records of 25m people in transit, including NI numbers, addresses, bank accounts, etc. headline news here) 18:51:22 shish 18:51:51 they sent two discs by unregistered courier from one dept. to another. and it didn't turn up 18:52:34 Unbelievable 18:53:34 personal details of all families in the UK with a child under 16 18:55:39 "Why does HMRC still use CDs for data transmission in this day and age? The ancient museum pieces it is currently using for computing must be replaced." - acting Lib Dem leader Vince Cable 18:57:38 including parents bank account numbers 18:58:07 The disk was password protected... maybe someone is just now trying passwords on it 18:58:08 hurts to think about it, really 18:58:29 yeah. I was wondering what the level of encryption is, how good the passwords are etc. 18:58:37 presumably if it was unbreakable they wouldn't be worried 18:58:45 It was sent more than a month ago, so interviewing people is going to be tricky to find out what happened 18:59:14 yeah, check out how long it was before the top brass were informed 18:59:16 scary 18:59:26 Well, because it is passive you cn just do it by brute force .. it can't lock you out after n attemots 18:59:47 good point 18:59:58 Ok, so this server does have student data on it, so it is sensitive. 19:00:43 so it should be responding with a 402! :-) 19:00:43 actually its classified as public 19:01:43 all of that is publi 19:01:51 all of the data on that server is from public tables 19:03:15 Really? I thought Danny had said that you can't publish a list of which students take each course 19:03:24 (or take your course) 19:03:32 Maybe that was somewhere else. 19:05:31 You set up student names s rdfs:labels 19:06:01 Was that in the maping file? 19:06:22 They seem to occur teice, once as labels and once in the database ontology 19:16:04 Danny, http://dig.csail.mit.edu/TAMI/2007/s9/deliverable/ 19:26:49 timbl 19:26:57 its not publishing which students are taking which courses 19:27:01 just which students are in which departments 19:27:09 and only the ones that have public listing 19:27:49 I duplicated names as labels so they would look nice in browser UIs 19:28:01 Yup indeed 19:28:27 Oh, you can also just publish an addition to the ontology which specifies that the name is a subproperty o flabel 19:28:32 of label 19:28:40 That saves the duplicatin 19:40:09 ooh, interesting: 19:40:10 $ echo '[ = _:b :q :r ] . _:b :s :t .' | cwm 19:40:15 @prefix : <#> . 19:40:17 19:40:17 [ :q :r; 19:40:17 :s :t ]. 19:40:24 I left out the comma after _:b by accident, and it still worked 19:40:46 you were going to deprecate = for a keyword, timbl... planning on still doing that? 19:40:52 I recall @ie being proposed 19:41:12 (this syntax has just come in very handy for something, incidentally) 19:42:20 s/comma/semi-colon/ 19:44:00 http://www.acm.org/tweb 19:44:12 http://tweb.acm.org/QLSpecialIssue.html 20:01:58 yosi_s (n=syosi@30-6-160.wireless.csail.mit.edu) has joined #dig 20:22:35 roberth_ (n=hoffmann@w3cdhcp48.w3.org) has joined #dig 20:22:35 roberth has quit (Read error: 104 (Connection reset by peer)) 20:24:22 roberth (n=hoffmann@w3cdhcp48.w3.org) has joined #dig 20:24:22 roberth_ has quit (Read error: 104 (Connection reset by peer)) 20:26:57 lkagal has quit () 20:41:17 lkagal (n=lkagal1@30-5-73.wireless.csail.mit.edu) has joined #dig 20:43:25 roberth_ (n=hoffmann@31-35-215.wireless.csail.mit.edu) has joined #dig 20:45:39 roberth has quit (Read error: 110 (Connection timed out)) 21:02:08 yosi_s has quit () 21:10:09 yosi_s (n=syosi@30-6-160.wireless.csail.mit.edu) has joined #dig 21:10:43 yosi_s has quit (Client Quit) 21:40:58 roberth_ has quit () 21:58:12 lkagal has quit () 22:38:46 djweitzner_ has quit (kubrick.freenode.net irc.freenode.net) 22:38:46 DanC has quit (kubrick.freenode.net irc.freenode.net) 22:39:36 lkagal (n=lkagal1@79.68.171.66.subscriber.vzavenue.net) has joined #dig 22:40:41 djweitzner_ (n=djweitzn@70.108.17.36) has joined #dig 22:40:41 DanC (n=connolly@pdpc/supporter/active/DanC) has joined #dig 22:45:38 lkagal has quit () 22:46:15 djweitzner_ has quit (Read error: 104 (Connection reset by peer)) 22:46:47 DanC has quit (kubrick.freenode.net irc.freenode.net) 22:46:55 djweitzner (n=djweitzn@pool-70-108-17-36.res.east.verizon.net) has joined #dig 22:46:58 DanC (n=connolly@pdpc/supporter/active/DanC) has joined #dig 22:59:24 sandro has quit (Read error: 104 (Connection reset by peer)) 22:59:30 das05r_ has quit (kubrick.freenode.net irc.freenode.net) 22:59:30 amy has quit (kubrick.freenode.net irc.freenode.net) 22:59:30 djweitzner has quit (kubrick.freenode.net irc.freenode.net) 22:59:30 presbrey has quit (kubrick.freenode.net irc.freenode.net) 22:59:30 ericP has quit (kubrick.freenode.net irc.freenode.net) 22:59:30 sbp has quit (kubrick.freenode.net irc.freenode.net) 23:01:03 djweitzner (n=djweitzn@pool-70-108-17-36.res.east.verizon.net) has joined #dig 23:01:03 presbrey (n=njoe@SCRIPTS.MIT.EDU) has joined #dig 23:01:03 ericP (n=ericP@homer.w3.org) has joined #dig 23:01:03 sbp (i=sbp@66.9.179.67) has joined #dig 23:01:03 das05r_ (n=daniel@vm.danielsmith.eu) has joined #dig 23:01:22 sandro (n=nnnnnsan@homer.w3.org) has joined #dig 23:04:01 DanC has quit (kubrick.freenode.net irc.freenode.net) 23:06:16 DanC (n=connolly@pdpc/supporter/active/DanC) has joined #dig 23:53:26 timbl has quit ()