00:39:43 lkagal (n=lkagal1@98.68.171.66.subscriber.vzavenue.net) has joined #dig 00:46:09 sandro has quit ("Getting off stoned server - dircproxy 1.0.5") 00:48:17 sandro (n=nnnsandr@homer.w3.org) has joined #dig 01:29:05 timbl (n=timbl@m615e36d0.tmodns.net) has joined #dig 01:56:23 timbl has quit (Read error: 104 (Connection reset by peer)) 05:06:34 lkagal has quit (leguin.freenode.net irc.freenode.net) 05:06:34 DanC has quit (leguin.freenode.net irc.freenode.net) 05:07:53 lkagal (n=lkagal1@98.68.171.66.subscriber.vzavenue.net) has joined #dig 05:17:29 [Global Notice] Hi all. We just experienced a problem with a main rotation server. It's out of contact and has been removed from rotation. The users should slowly return on other servers. Apologies for the difficulties, and thank you for using freenode! 05:19:16 DanC (n=connolly@64-126-89-30-dhcp-kc.everestkc.net) has joined #dig 08:22:07 tlr (n=roessler@ip-83-99-49-179.dyn.luxdsl.pt.lu) has joined #dig 10:04:41 minjod (n=angry@lan-84-240-12-80.vln.skynet.lt) has joined #dig 10:19:53 sheets has quit (Read error: 110 (Connection timed out)) 10:24:53 minjod has left #dig 12:29:21 RalphS (n=swick@30-7-207.wireless.csail.mit.edu) has joined #dig 13:21:45 jfisteus (n=jaf@30-6-225.wireless.csail.mit.edu) has joined #dig 13:36:58 jfisteus has quit ("Leaving.") 14:02:36 harveyj (n=harveyj@pool-71-126-229-149.bstnma.east.verizon.net) has joined #dig 14:03:05 is there a TAMI meeting this week? 14:06:39 DanC, fyi, http://swiss.csail.mit.edu/users/harveyj/dump.rdf is an xml-rdf dump of the scheme TMS after the reasoning is done 14:08:03 tabulator loads it, but the data/queries will need some thought before it displays useful output 14:43:07 cwm trips over this: 14:43:25 you have to spell out xsd:Boolean longhand (or use XML entity shortcuts) 14:46:55 weird... because cwm output that file 14:47:10 i dumped everything into ntriples and then processed it with cwm 14:54:27 interesting... I noticed some cwm-isms in it. 14:54:38 claudiof (i=claudiof@dhcp-18-188-68-249.dyn.mit.edu) has joined #dig 14:54:57 looks like cwm has a check on datatype URIs when it's parsing RDF/XML that it doesn't do when parsing ntriples. 14:55:38 can you show me the n-triples line with xsd:Boolean in it, harveyj ? I want to include it in a bug report 14:56:04 sure, one minute 14:56:26 it may be that my input is bad 14:57:41 "false"^^ . 14:59:57 take the <> off the xsd:Boolean 15:00:11 but in any case, cwm shouldn't do what it does 15:06:15 cool 15:08:49 is it easy for you to spin a new dump.rdf , harveyj ? 15:09:27 claudiof has quit () 15:09:41 with the brackets removed from the datatypes? 15:12:19 well, just that one 15:12:25 the other datatypes look ok 15:12:37 ok 15:14:43 http://swiss.csail.mit.edu/users/harveyj/dump-edit.nt 15:14:57 all i did was remove the brackets from around xsd:boolean in that location 15:17:14 swap.notation3.BadSyntax: Line 13 of : Bad syntax (Prefix xsd not bound) at ^ in: 15:17:14 "....mit.edu/TAMI/cph/v2/deduce#arrest-item-justified> "false"^^^xsd:Boolean . 15:17:25 Prefix xsd not bound 15:18:19 so either declare the xsd: prefix or spell out longhand 15:18:35 sure 15:20:22 replaced with 15:20:55 ok, cwm parses it now... 15:21:11 ( backg:ct-criminal-law-enforcement 15:21:11 backg:ct-intelligence ) 15:21:11 a . 15:21:25 odd... that's axiomatically true. I wonder why it's in there. 15:22:29 hmm... http://niem.gov/niem/universal/0.3#locationCityName ... are we squatting in niem.gov's URI space? 15:22:44 I get a 404 there 15:23:06 i guess so, the names predate me :) 15:25:13 I see a bunch of ded:item-antecedents stuff; is that the TMS structure? 15:26:13 jfisteus (n=jaf@30-6-225.wireless.csail.mit.edu) has joined #dig 15:26:18 404 @ http://dig.csail.mit.edu/TAMI/cph/v2/deduce 15:28:41 yeah, that's all TMS output 15:32:49 timbl (n=timbl@m615e36d0.tmodns.net) has joined #dig 15:39:43 hi tim 15:50:13 RalphS has quit ("bye for today") 15:54:33 lkagal has quit () 16:07:27 Hi Danc 16:07:34 I am reveiwing the tabulator paper 16:07:55 ah. good. I was hoping you would. 16:08:21 that is: I was hoping you would edit the @@CLARIFY bits. I reviewed lk's changes, and they all look OK to me 16:08:49 I guess I still haven't tried to read the thing top-to-bottom 16:11:08 I am going top to bottom. 16:11:15 I have done one @@CLARIFY point 16:42:24 claudiof (i=claudiof@31-35-17.wireless.csail.mit.edu) has joined #dig 16:46:52 danc? What is the correct content type for xhtml? application/xhtml+xml? 16:47:20 I prefer text/html 16:47:41 but I think application/xhtml+xml is also registered 16:48:22 k 16:48:48 claudiof has quit () 16:58:40 yosi_lap (n=syosi@static-71-243-122-114.bos.east.verizon.net) has joined #dig 17:00:10 lkagal (n=lkagal1@30-5-242.wireless.csail.mit.edu) has joined #dig 17:01:26 yosi_lap has quit (Client Quit) 17:47:43 [Global Notice] Hi all. If you've been disconnected by a kiddie using the DC C exploit, please reconnect to freenode using port 8001, instead of the default port (6667). Thanks. 17:53:12 7. Section 3.2 17:53:13 s/ In the analysis mode, the user can select certain fields to define a pattern,/ 17:53:13 To move to analysis mode, the user can select certain fields (arcs) to define a pattern,/ 17:53:14 8. s/From any table cell/To switch back, from any table cell/ 17:53:14 SECTION 3.3 17:53:16 9. In / circle-and-arrow diagrams[6], RDFAuthor, etc./ 17:53:16 missing ref for RDFAuthor. The [6] is OK for Isaviz. 17:53:17 10. S/This gives one feel/This gives one a feel/ 17:53:19 11. Link for the Foafnaut or how/why diagrams? Maybe I just don't see the link. 17:53:21 Foafnaut could do with a ref anyway. 17:53:23 12. s/The outliner displays links in both directions 17:53:25 must treat forward and backward links wit equal stature. 17:53:27 The outliner therefore displays links in both directions/ 17:53:29 SECTION 3.4 17:53:31 timbl has quit (Excess Flood) 17:56:27 timbl (n=timbl@m615e36d0.tmodns.net) has joined #dig 18:03:21 timbl, 19:53 [freenode] -!- timbl [n=timbl@m615e36d0.tmodns.net] has quit [Excess Flood] 18:03:33 looks like freenode didn't like the speed at which you were pasting stuff 18:03:51 (or typing, for that matter) 18:04:14 Ok, well, I was trying to use it as an alternativ to email 18:04:31 jambo (i=jambo@30-6-112.wireless.csail.mit.edu) has joined #dig 18:04:33 as email won't work over a tunnel over GPRS. 18:04:40 how about just checking in your changes directly, timbl? oh. GPRS. 18:04:41 Thanks for the explanation tlr. 18:05:01 Strangely, I can chec in a comment file. 18:05:01 maybe a pastebin? 18:05:19 http://dig.csail.mit.edu/2006/Papers/SWUI06/tbl-comments.txt 18:05:42 i don't know why sending mail is more difficult - both happen over ssh 18:05:48 lkagal, are you getting this? do you see http://dig.csail.mit.edu/2006/Papers/SWUI06/tbl-comments.txt ? 18:06:12 Me too, 18:06:17 Update to 2029 18:06:38 tbl-cmments.txt 18:06:40 Maybe svn is faster as the web update is not assync. 18:06:52 http://dig.csail.mit.edu/2006/Papers/SWUI06/tbl-cmments.txt 18:06:59 So I have offloaded my comments - phew. I can ocntinue down the file 18:07:10 DanC, yes, I'm changing the paper according to your comments in IRC 18:07:32 cool. (I assume you mean: according to timbl's comments) 18:07:52 ah, ooops yes typo in first url 18:14:01 lkagal, if you could throw that in, it would be nice :P 18:14:32 jambo, please could you send me your full name. 18:18:45 timbl, please could you send me a ref to how/why diagrams 18:21:42 a ref to how/why diagrams... is there such a thing? I thought they were sorta of a timbl-ism 18:23:54 hmm... hg has this nifty graphical 'hg view' thingy... ah... I see svn-workbench. not quite as nice as hg view, but it seems to work. It's written in python but use X-windows stuff. 18:25:39 "Windows, Mac OS X, Linux and other unix platforms are supported" -- http://pysvn.tigris.org/ 18:37:30 DanC, could you check the GRDDL ref in the paper ? 18:37:36 DanC, you mean the image of the map view? 18:37:40 in the paper? 18:37:53 timbl, I just committed your changes. 18:48:25 lkagal has quit () 19:17:05 yes, jambo, that one 19:18:19 I guess your worry is about clipping the Google logo in the bottom right? 19:18:33 err bottom left rather 19:23:48 jfisteus has left #dig 19:24:06 lkagal (n=lkagal1@98.68.171.66.subscriber.vzavenue.net) has joined #dig 19:32:10 timbl has quit (Read error: 110 (Connection timed out)) 19:32:40 timbl (n=timbl@m215e36d0.tmodns.net) has joined #dig 19:42:37 lkagal, did you commit the pdf too? 19:52:03 Oh, I see, I though the "clarify" meant "clarify why the paltform is commonlt avalable" 19:52:04 Maybe we should put this one last, but would this work better: 19:52:04 - To make available to researchers and developers an in-browser 19:52:04 software platform for new and derived RDF-based applications. 19:52:04 Note we have at least two users of the platform. That we know of. :) 19:52:17 re the bit: "To make RDF access easy on a platform which is open to everyone 19:52:18 with a website (or, hopefully, a computer) program in. 19:52:18 The scripting environment within a typical web browser 19:52:18 provides a programming language [javasrcipt 9], 19:52:18 network accesses and a powerful user interface [HTML DOM]. 19:52:19 Developers pushing the bounds of web technology tend to 19:52:21 be conversant with this platform" 19:54:08 lkagal? 19:54:11 I can't use email 19:55:58 Ok for me to use this channel? 19:56:02 __________ 19:58:55 4.2 Add a first paragraph: The Tabulator automatically and recursively loads the ontology file for any term used as a predicate or type (object of rdf:type), recursively ("otological closure"). 19:59:00 lalana? 19:59:27 _______ 19:59:32 Remove all of: (Assuming that the results of early 19:59:33 hypertext experiments hold [@@ ref ] (@@CLARIFY), a response of over 100ms 19:59:33 will make a user disinclined to follow a hypertext link, and impede his ability to 19:59:33 solve problems) 19:59:35 ------ 20:03:46 Yes timbl, please go ahead and use this channel. 20:05:47 timbl, do you want the sentence to be added to the new 4.2 (what to dereference) ? 20:07:17 I am trying an edit in SVN space. 20:08:02 new 4.2, yes. 20:08:13 hold on though, i am editing inference 20:08:33 Oops, just committed ... 20:10:58 Darn ... its been tidied 20:11:32 ok though ... no conflict where i was editing 20:12:09 The glossary is commented out? 20:13:30 why can't I commit after I have edited gthe conflict? 20:13:41 svn: Commit failed (details follow): 20:13:41 svn: Aborting commit: '/devel/dig/2006/Papers/SWUI06/tab.html' remains in conflict 20:14:00 Yes, I removed the glossary, it was taking too much space. We're allowed only 14 pages. 20:14:38 Oh, OK. We should make sure we have references for the DOM 20:14:46 and OWL and RDF etc 20:15:51 tlr has quit ("leaving") 20:16:59 tim, for the commit problem, have you removed all the temp files. It doesn't allow you to commit unless you do. 20:17:38 I missed your last commit - thought i had it 20:21:00 Ok, now you cn have rev 2035. 20:21:18 I won't edit the source again 20:23:21 I also fixedL: Section 4 20:23:22 s/bother directions/both directions/ 20:24:36 jambo has quit () 20:25:37 Lalana, could you edit: Section 6 20:25:38 s//modify and exent/modify and exend/ 20:26:47 Did you see my comment above about the software platform bit? 20:27:35 I think I have got to the bottom of the paper. Let me know if there other things where I haven't explained myself properly 20:28:15 Otherwise, I'm happy for you to ship it, as far as my review is concerned. With great thanks, again. 20:31:47 re "remove the temp files", you're supposed to tell svn that you resolved a conflict a la: svn resolve tab.html 20:33:28 Tim, one question. Do you want me to add "The scripting environment within a typical web browser provides a programming language [javasrcipt 9], .." to the motivation section ? 20:40:03 Another question Tim : To find and design new breadcrumb protocols, that is, conventions by which pointers are left and followed in the Semantic Web so as to make certain classes of problems solvable. Which class of problems are you referring to ? 20:41:46 A class of problem such as to fnd the answer to a given form or sparql query 20:42:32 Eg. We can find the answer to any sparql query which has one anchored node wiht a URI and which has liked data from gthat node. 20:43:30 But other classe sf query coul dbe hgandled wit diff protocols. 20:44:32 The sentence about "The scripting environment" isn't needded, I propsd changing that bullet completely to : 20:44:33 - To make available to researchers and developers an in-browser 20:44:33 [15:52] timbl: software platform for new and derived RDF-based applications. 20:44:59 Thats what I thought. Thanks. 20:45:32 this log unless someone logs it 20:45:39 DIGlogger, pointer? 20:45:39 See http://dig.csail.mit.edu/irc/dig/2006-08-10#T20-45-39 20:45:47 that'll work. 20:45:54 KUTGW everyone 20:46:01 Bye timbl, have fun. 20:51:25 evoli, are you around? did you see my msg229 in http://dig.csail.mit.edu/issues/tabulator/issue11 ? 21:01:40 I'm arround 21:02:18 collections are handled in the UI now 21:02:23 (there's a way of viewing them) 21:03:01 I might be confused, but I asked sheets about it during the meeting, and I thought he explained to me that collections can be queried from the store now? 21:03:49 (meeting being dig meeting) 21:04:26 collections work now? lemme try it with the data timbl suggested... 21:06:44 evoli, http://dig.csail.mit.edu/2005/ajar/ajaw/test/list/nested.rdf#foo doesn't look like it works 21:06:56 [unknowntermtype:collection] 21:07:11 you're right O_O I thought I fixed *that* part. 21:07:14 I'll look into it. 21:08:16 cool. go ahead and mark issue11 in progress? 21:08:30 alright 21:12:05 timbl has quit (Read error: 110 (Connection timed out)) 21:25:44 committed. 21:26:03 (transferring) 21:26:19 (fully committed!) 21:27:42 wups. problem 21:28:01 (foo increases in length each time you expand it. er.) 21:45:57 I removed the collection code I added, and just told it to print "spoo" whenever there WAS a collection. the ... spoo multiplies... 21:47:12 iiinteresting 21:48:01 I took out *all* the collection viewing code now. (no spoo) 21:48:10 and, when you add http://dig.csail.mit.edu/2005/ajar/ajaw/test/list/nested.rdf 21:48:12 to the outliner 21:48:19 (keep clicking Add to outliner) 21:48:37 you will see that the ... (blank nodes) are increasing in number. 21:48:43 something is odd about the sources code 21:49:08 (other than clicking "Add to outliner" many times, you can also expand and close them in place, for the same effect" 21:49:58 the "..." blank nodes I'm talking about are the ones belonging to the "request" predicate 21:56:01 harveyj has quit ()