IRC log of dig on 2010-08-06
Timestamps are in UTC.
- 00:09:09 [timbl]
- http://dig.csail.mit.edu/issues/tabulator/ -> Thu Aug 5 19:56:39 2010: An error occurred. Please check the server log for more infomation.
- 00:11:44 [kennyluck]
- kennyluck has quit (Ping timeout: 245 seconds)
- 00:18:23 [nunnun]
- nunnun is now known as nunnun_away
- 00:22:34 [mcherian]
- mcherian has quit (Ping timeout: 245 seconds)
- 00:35:29 [lkagal]
- lkagal (~lkagal@pool-96-237-240-136.bstnma.fios.verizon.net) has joined #dig
- 00:36:09 [presbrey]
- ericP, how do I get an RdfDb to serialize to turtle?
- 00:36:45 [presbrey]
- I also suppose I need to know how to read it to a DB/Factory as well
- 00:37:10 [presbrey]
- I see TurtleSDriver.parse(file().read(), STRING) might work
- 00:46:46 [timbl]
- The roundup data seems to be in /afs/csail.mit.edu/group/dig/www/share/roundup/trackers/dig/files/file/0 butnot obvious where the logs are
- 00:47:13 [timbl]
- Where are the httpd server logs for the dig.csail.mit.edu:80 I wonder
- 00:48:00 [presbrey]
- /var/log/httpd/error.log
- 00:51:24 [timbl]
- hm thought i looked there
- 00:52:00 [timbl]
- ... /var/log/httpd: No such file or directory
- 01:04:32 [kennyluck]
- kennyluck (~kennyluck@EM114-48-222-204.pool.e-mobile.ne.jp) has joined #dig
- 01:04:52 [timbl]
- http://dig.csail.mit.edu/2010/issues/track.n3
- 01:05:04 [timbl]
- schema for the tabulator tracker in N3
- 01:05:17 [timbl]
- as I remember the settings inroundup
- 01:07:17 [timbl]
- Hi kenny
- 01:07:59 [timbl]
- Joe is recoding the server to work with SWOBJECTS instead of Algae and they have taken own the proof stuff you put in . Hope that's Ok
- 01:08:25 [kennyluck]
- hey timbl. I gotto go in a minute. I'll contact you later.
- 01:08:29 [kennyluck]
- Sure. I am fine.
- 01:08:41 [kennyluck]
- SWOBJECTS sounds more active than Algae.
- 01:08:56 [timbl]
- yes.
- 01:30:39 [presbrey]
- gah I can't figure out how to have swobjects serialize valid turtle!
- 01:31:42 [presbrey]
- ericP, http://presbrey.pastebin.com/RPbXY2s4 help please
- 01:33:07 [mcherian]
- mcherian (~mathew@209.117.47.253) has joined #dig
- 01:39:48 [mcherian]
- mcherian has quit (Ping timeout: 240 seconds)
- 01:42:00 [melvster]
- melvster has quit (Ping timeout: 265 seconds)
- 01:50:43 [kennyluck]
- kennyluck has quit (Ping timeout: 260 seconds)
- 02:10:31 [presbrey]
- found it
- 02:22:46 [timbl]
- how to serialize turtle
- 02:23:00 [timbl]
- o you have Eric's mobile#?
- 02:23:06 [presbrey]
- I got it serialized in turtle now
- 02:23:11 [timbl]
- for things like that :)
- 02:23:23 [presbrey]
- http://dig.xvm.mit.edu/wiki/people/JoeLambda.ttl
- 02:23:26 [timbl]
- Ok, so you can read and write it in turtle
- 02:23:41 [timbl]
- Can we read the existing data in RDF/xml
- 02:24:03 [timbl]
- What do you htink about adding a .n3 to each filename?
- 02:24:06 [presbrey]
- not doing any content negotiation
- 02:24:08 [timbl]
- for the n3 code
- 02:24:18 [presbrey]
- I thought you were saying turtle, not n3
- 02:24:27 [presbrey]
- because n3 parser has a reduction error
- 02:24:52 [timbl]
- I was suggesting turtle but even when turtle I store it as .n3 file
- 02:25:07 [presbrey]
- ok .n3 it is then
- 02:25:17 [presbrey]
- I'm going to start committing what I have in /2010/
- 02:25:29 [presbrey]
- /2010/wiki/ and leave the old one where it is
- 02:25:30 [timbl]
- We could run a script over the exiting rdf/xml files I suppose
- 02:26:05 [presbrey]
- the data wiki never did svn commits
- 02:26:20 [timbl]
- Do you think we should remove the 2010 and just have /datawiki or something?
- 02:26:31 [timbl]
- Will you do svn commits?
- 02:26:36 [timbl]
- yes that was a bug
- 02:26:39 [presbrey]
- sure its possible
- 02:27:00 [presbrey]
- on the VM server we're developing there is no 2010; no need from my perspective
- 02:27:23 [timbl]
- But we should run this on dig.csail.mit.edu
- 02:27:40 [timbl]
- wehn it works
- 02:27:42 [presbrey]
- yep hopefully it will run there without significant change from the repo version
- 02:28:56 [presbrey]
- is there already a conneg module to handle SW Accept: n3,rdf/xml,json formats and look for a closest source file .n3,.rdf to convert from?
- 02:29:02 [mcherian]
- mcherian (~mathew@209.117.47.253) has joined #dig
- 02:29:26 [presbrey]
- we can do that in python but it seems the wrong place
- 02:35:01 [timbl]
- Well, the normal apache conneg module just looks for what is there -- i don't think it will ocnvert :-(
- 02:35:05 [timbl]
- convert
- 02:35:19 [presbrey]
- so then we make one of those
- 02:35:27 [presbrey]
- or serialize to all formats we expect to be requested
- 02:35:41 [timbl]
- Serializing on the fly is mouch mroe cool
- 02:35:48 [presbrey]
- and scalable!
- 02:35:57 [timbl]
- dfinitely
- 02:36:00 [presbrey]
- but yes, more cool
- 02:36:09 [presbrey]
- scalable for limited disk space, not limited cpu
- 02:37:06 [timbl]
- Makes sense to store in turtle and prefer that in conneg
- 02:37:36 [timbl]
- But can we get a simple turtle only version running and do conneg in v 1.1?
- 02:40:50 [presbrey]
- I think it should be working now
- 02:41:21 [presbrey]
- http://dig.xvm.mit.edu/wiki/people/JoeLambda
- 02:41:34 [presbrey]
- try editing?
- 02:42:45 [presbrey]
- oh I need to add the MS-Author-Via: timbl
- 02:42:59 [presbrey]
- ctype is text/turtle or text/n3 ?
- 02:43:06 [timbl]
- text/n3
- 02:43:17 [timbl]
- Either should work
- 02:44:58 [timbl]
- Ugh .. tabulator bug won't let me add new info when there are no existing omnes
- 02:45:05 [timbl]
- http://dig.xvm.mit.edu/wiki/people/JoeLambda#foo
- 02:45:35 [presbrey]
- I was adding 66 as foaf:age to http://dig.xvm.mit.edu/wiki/people/JoeLambda#JL
- 02:45:40 [presbrey]
- but using curl
- 02:45:46 [presbrey]
- the headers are all there so that should work now
- 02:47:19 [timbl]
- yes but you edited it for something which has its native URI elsewhere, http://example.edu/2007/wiki/people/JoeLambda#JL
- 02:47:35 [timbl]
- so tabulator has to add stuff to example.edu
- 02:48:01 [presbrey]
- no
- 02:48:01 [timbl]
- We need a staement about http://dig.xvm.mit.edu/wiki/people/JoeLambda#JL in there
- 02:48:06 [presbrey]
- there is
- 02:48:07 [presbrey]
- clear your cache
- 02:48:10 [presbrey]
- there are both in there
- 02:48:14 [timbl]
- ok
- 02:48:21 [presbrey]
- I ran the insert from DesignIssues first without noticing
- 02:48:37 [presbrey]
- then the next one I ran had the right domain but of course appended to the existing
- 02:48:55 [presbrey]
- maybe some Cache-Control:private would do well here
- 02:49:03 [presbrey]
- lets see what else I use...
- 02:50:00 [presbrey]
- Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0; Pragma:no-cache
- 02:50:01 [timbl]
- Ok, I added a comment.
- 02:50:15 [presbrey]
- yes you did
- 02:50:42 [presbrey]
- should I put the no caching headers in?
- 02:51:22 [timbl]
- I have a bug with my version o fthe tabulator that it never gets the readystate: 4 callback
- 02:51:54 [timbl]
- No one else seems to get it, which drives me crazy. It is as though XHR is just broken.
- 02:52:04 [timbl]
- Just for the sparql-update
- 02:52:12 [presbrey]
- are you on windows?
- 02:52:14 [timbl]
- caching headers.
- 02:52:18 [timbl]
- No, mac
- 02:52:19 [mcherian]
- mcherian has quit (Ping timeout: 260 seconds)
- 02:52:34 [timbl]
- with firefox 3.6.8
- 02:52:40 [presbrey]
- firefox has a profile manager. you should see if its just your profile or all of your pc
- 02:52:48 [timbl]
- Not sure about caching headers, could make everything slow.
- 02:53:21 [presbrey]
- if we ever wanted to do that wave-like rdf editing on a lan we wouldn't want much caching
- 02:53:22 [timbl]
- Ideally, what we do is do pubsub so that when the doc changes, anyone using it gets a pub/sub poke
- 02:54:26 [presbrey]
- I don't think people expect much caching on wikis
- 02:54:33 [presbrey]
- we want to see changes as soon as they are made
- 02:54:45 [presbrey]
- simple time-based caching makes collaboration is harder
- 02:55:18 [presbrey]
- anyway... I'll just put them on sparql update for now
- 02:56:08 [presbrey]
- though I didn't think browsers cache'd POST requests anyway
- 02:56:13 [knappy]
- knappy (~haoqi@dhcp-18-111-36-78.dyn.mit.edu) has joined #dig
- 02:56:17 [presbrey]
- so it would seem to make little difference
- 02:57:12 [timbl]
- no you cant cache post
- 02:59:17 [presbrey]
- ok so I'll commit this all at the top level then?
- 02:59:31 [timbl]
- looks good
- 03:07:28 [timbl]
- where is it
- 03:07:30 [timbl]
- ?
- 03:07:35 [presbrey]
- cool its all done then
- 03:07:39 [presbrey]
- r29504
- 03:07:53 [timbl]
- where in which repo?
- 03:08:06 [timbl]
- normal dig svn?
- 03:08:06 [presbrey]
- https://svn.csail.mit.edu/dig/wiki/
- 03:08:54 [timbl]
- Oh, thats inside a CSAIL repo, under dig?
- 03:09:13 [presbrey]
- yeah I thought thats where most things go
- 03:09:19 [presbrey]
- did you want that in the w3 cvs?
- 03:10:12 [presbrey]
- feel free to move it just let me know where it ends up
- 03:11:06 [timbl]
- Ah svn+ssh://svn.csail.mit.edu/afs/csail.mit.edu/group/dig/REPOS
- 03:13:59 [timbl]
- If I do
- 03:14:01 [timbl]
- $ svn co https://svn.csail.mit.edu/dig/wiki/
- 03:14:01 [timbl]
- Error validating server certificate for 'https://svn.csail.mit.edu:443':
- 03:14:13 [timbl]
- svn: PROPFIND request failed on '/dig/wiki'
- 03:14:13 [timbl]
- svn: PROPFIND of '/dig/wiki': 403 Forbidden (https://svn.csail.mit.edu)
- 03:14:22 [presbrey]
- you have to say (p) permanently
- 03:14:29 [presbrey]
- I am looking at https://svn.csail.mit.edu/dig/wiki/ in firefox just fine
- 03:15:16 [timbl]
- It asks for a password
- 03:15:42 [timbl]
- won't take my svn one
- 03:15:45 [presbrey]
- you aren't in the htpasswd, send me one
- 03:19:09 [presbrey]
- ok go try it now
- 03:22:42 [knappy]
- Tim you are on the front page of Wikipedia http://en.wikipedia.org/wiki/Main_Page
- 03:36:38 [timbl]
- Ok, presbrey, thanks for getting the wiki code working, now we need swobjects compiled on dig.csail
- 03:37:11 [timbl]
- which hopefully ericp will be able to get working tomorrow, then we will have a working data space for knappy (and me)
- 03:37:36 [knappy]
- :D
- 03:37:58 [presbrey]
- no problem!
- 03:38:10 [presbrey]
- Linux groups.csail.mit.edu 2.6.26-2-xen-amd64 #1 SMP Wed May 12 18:37:58 UTC 2010 x86_64 GNU/Linux
- 03:38:12 [timbl]
- :)
- 03:38:19 [presbrey]
- dig.csail will need that 64-bit hack, ericP
- 03:38:35 [presbrey]
- ha! perfect timing
- 03:38:39 [timbl]
- That's an issue with SWIG?
- 03:38:46 [ericP]
- to make SWObjects_wrap.cxx compile?
- 03:38:50 [presbrey]
- yes, swig not #swig of course
- 03:39:29 [ericP]
- timbl, yeah, [[ va_list* foo; va_list bar = *foo; ]] is giving an error
- 03:39:39 [timbl]
- (knappy, swig is an Interface Generator, swig is the Sem Web interest group .. just to save any confusion)
- 03:39:41 [presbrey]
- ericP, it would be nice if you looked at how I use SWObjects in __post.py
- 03:39:41 [ericP]
- hard to justify
- 03:39:51 [ericP]
- dir?
- 03:40:08 [ericP]
- /usr/lcaol/src/rdfwiki?
- 03:40:21 [presbrey]
- https://svn.csail.mit.edu/dig/wiki/__post.py
- 03:40:57 [presbrey]
- oops I now see I say text/turtle in one place and text/n3 in another
- 03:41:54 [presbrey]
- ericP, on dig.xvm its at /srv/dig/www/wiki/__post.py
- 03:42:23 [ericP]
- [[ SWObjects.MediaType('text/turtle') ]] nice!
- 03:43:26 [ericP]
- omg, i have to fix ensureGraph
- 03:43:28 [ericP]
- it's killing me
- 03:43:46 [presbrey]
- I didn't use ensureGraph
- 03:44:04 [presbrey]
- I dd use assureGraph
- 03:44:25 [ericP]
- exactly, so embarassing i can't even type it
- 03:45:09 [ericP]
- looks good. has the right output?
- 03:45:15 [presbrey]
- sorta
- 03:45:28 [presbrey]
- it does not reinsert duplicate objects
- 03:45:55 [ericP]
- i don't follow
- 03:46:03 [presbrey]
- curl -d 'INSERT { <JoeLambda#JL> <http://xmlns.com/foaf/0.1/age> 66 }' -H Content-type:application/sparql-query http://dig.xvm.mit.edu/wiki/people/JoeLambda
- 03:46:13 [presbrey]
- I expect that to keep inserting more copies of his age?
- 03:46:23 [ericP]
- with the same age?
- 03:46:26 [presbrey]
- there is already a <#JL> foaf:age 66
- 03:46:33 [ericP]
- are spo all the same?
- 03:46:36 [presbrey]
- eg. <#JL> foaf:age 66, 66, 66.
- 03:46:39 [ericP]
- it should have set semantcs
- 03:46:52 [presbrey]
- o I c ok
- 03:47:04 [presbrey]
- guess its fine then
- 03:47:41 [ericP]
- sweet!
- 03:48:30 [ericP]
- btw, why return text/n3? is this expected to grow to n3?
- 03:48:54 [presbrey]
- apparently. we're also using .n3 suffix
- 03:49:17 [presbrey]
- are you sitting in muddy water?
- 03:49:18 [ericP]
- any leads on more memory?
- 03:49:26 [presbrey]
- no I haven't emailed
- 03:49:42 [ericP]
- hmm, no muddy water around me now
- 03:49:44 [ericP]
- should i be?
- 03:50:25 [presbrey]
- oh nm, I meant muddy river
- 03:50:37 [ericP]
- ahh, nope, at home
- 03:50:44 [ericP]
- had a cookout this evening
- 03:51:01 [presbrey]
- ok I better go home too then
- 03:51:06 [ericP]
- well, someone else did; i just showed up to eat
- 03:51:55 [ericP]
- you're not at home?
- 03:52:24 [presbrey]
- nope kendall
- 03:52:33 [ericP]
- you live near there?
- 03:52:41 [presbrey]
- central
- 03:52:47 [timbl]
- ericp, is its silly to rule out the thing groing into N3
- 03:52:59 [timbl]
- tabulator can display n3
- 03:53:03 [nunnun_away]
- nunnun_away is now known as nunnun
- 03:53:14 [timbl]
- Oshani uses it for rules and things
- 03:53:22 [timbl]
- and justifications
- 03:53:32 [presbrey]
- k see y'all at home
- 03:54:22 [ericP]
- ciao presbrey
- 03:54:26 [timbl]
- Thanks both
- 03:54:49 [timbl]
- but it won't be n3 in the data wiki for a while
- 03:54:52 [ericP]
- timbl, yeah, but it's also a little antisocial to require increased expressivity in the consumer
- 03:54:54 [timbl]
- i don't think
- 03:55:16 [ericP]
- it's a classic expressivity problem
- 03:55:25 [timbl]
- but it won't be n3 in the data wiki for a while i don't think
- 03:55:36 [timbl]
- Ok, so if it is turtle is should sold as turtle?
- 03:55:47 [ericP]
- i think so
- 03:56:01 [ericP]
- let's examine the migration path
- 03:56:03 [timbl]
- and the filename should be .ttl?
- 03:56:14 [ericP]
- what could post n3?
- 03:56:21 [ericP]
- ttl, yep
- 03:56:29 [timbl]
- Then what happens when someone wants to add a rul ein the future? It switches?
- 03:56:49 [ericP]
- yeah, i guess
- 03:57:17 [ericP]
- i guess we don't have a SPARQL INSERT for n3, but the migration could be triggered by someone PUTting n3
- 03:57:22 [timbl]
- just copying stuff from other places with rules, also suppose Knappy decides to make a CV format which uses graphs to say from ghs date to this date the following was true?
- 03:57:52 [timbl]
- true, the sparql clauses woudl have to be upgraded.
- 03:58:08 [ericP]
- we *could* have a dual access, but that seems like asking for trouble
- 03:58:24 [ericP]
- easier if someone PUTs n3, then the .ttl disappears
- 03:58:25 [kennyluck]
- kennyluck (~kennyluck@2001:200:1c0:3602:225:ff:fe4d:f8c7) has joined #dig
- 03:59:48 [ericP]
- http://dig.xvm.mit.edu/rdfdocs/path/and/file?query=INSERT { GRAPH </some/other/file> { <s> <p> <o> } } could put n3
- 03:59:56 [ericP]
- but i guess trig would be more natural
- 04:03:52 [timbl]
- just POST a INSERT { {?x a Man} => {?x a Person}}
- 04:04:23 [timbl]
- I guess the whole swobjects thing does no n3
- 04:04:43 [timbl]
- so sticking with turtle for the i/o seems reasonable
- 04:09:34 [ericP]
- we can pump it up later
- 04:12:06 [presbrey]
- easy fix, we had it doing .ttl a couple hours ago
- 04:12:51 [presbrey]
- presbrey@groups:~$ swig
- 04:12:52 [presbrey]
- -bash: swig: command not found
- 04:12:56 [presbrey]
- thats nice
- 04:14:00 [ericP]
- anyone have some nice LOD slides i can present to ACS (american chemical society) on monday?
- 04:14:06 [ericP]
- ,timbl?
- 04:16:09 [timbl]
- hi
- 04:16:25 [ericP]
- heya
- 04:16:28 [timbl]
- Hmm
- 04:16:34 [timbl]
- LOD slides
- 04:16:44 [timbl]
- not sure I do
- 04:16:46 [ericP]
- i have to present LODD (drug data) to ACS on mon
- 04:17:13 [ericP]
- the less i end up talking about chemistry, the less i'll embarass myself
- 04:17:16 [timbl]
- some from the TED talk whcih you know well as you converetd them to PNGs
- 04:18:24 [ericP]
- okidoke, i'll poke through there
- 04:20:22 [ericP]
- i wonder what sandro has
- 04:21:58 [ericP]
- that is, parsing [[ {?x a Man} => {?x a Person} ]] and [[ CONSTRUCT {?x a Person} WHERE {?x a Man} ]] create the same structure
- 04:22:04 [ericP]
- ciao timbl
- 04:23:55 [ericP]
- ooo, how about tabulator screenshots
- 04:23:56 [ericP]
- ?
- 04:37:50 [ericP]
- no errors in http://www.w3.org/2005/01/yacker/uploads/n3_B?lang=perl&markup=html
- 04:45:04 [Yudai]
- Yudai has quit (Ping timeout: 240 seconds)
- 04:45:43 [nunnun]
- nunnun is now known as nunnun_away
- 04:46:10 [nunnun_away]
- nunnun_away is now known as nunnun
- 04:47:13 [kennyluck]
- ericP, I have some slides -> http://linkeddata.jp/Tutorials/2010/0408-semweb-kennyluck/
- 04:47:43 [kennyluck]
- Since your talk is going to be for science people, I think we can focus more on Open Data.
- 04:49:31 [kennyluck]
- But not sure we want to say "Let's fill in the 'product', 'procedure', 'condition' table, so that we don't have to pay to SciFinder"
- 04:49:54 [kennyluck]
- Notice that SciFinder is the database chemists use very often, proprietary.
- 04:50:21 [kennyluck]
- They basically just extract those 'product', 'procedure', 'condition' from papers...
- 04:57:58 [ericP]
- these are really nice!
- 04:59:13 [kennyluck]
- Thanks, ericP. :)
- 05:01:14 [kennyluck]
- I think SciFinder is something you can mention, but to be honest, they make money by doing the redundant PDF -> data process, so I think LOD will in the end break their business.
- 05:01:44 [ericP]
- what are the captions on slide 17?
- 05:02:23 [nunnun]
- Hi, kennyluck!
- 05:02:35 [kennyluck]
- Hi, nunnun
- 05:03:18 [kennyluck]
- Oh, ericP the left hand side is Rawdata and the right hand side in "Data with hyperlink capability"
- 05:03:23 [ericP]
- they end in データ,
- 05:03:28 [kennyluck]
- Data
- 05:03:34 [ericP]
- yeah, got that part
- 05:04:25 [kennyluck]
- Well, this is not very rigorous because some people will say Microformat and Feeds have hyperlink capability.
- 05:04:44 [ericP]
- fair point
- 05:05:16 [kennyluck]
- Also I call the middle "Linked Data" but I am not sure if recently Linked Data means "Data with hyperlink capability"
- 05:06:32 [ericP]
- "Linked Data" appears to mean more than data which is linked
- 05:07:22 [ericP]
- for insta,ce, nothing about "linked" "data" implies RDF (could be a network of conventional XML data documents), but "linked data" seems to mean that it's in RDF
- 05:09:06 [kennyluck]
- Anyway.
- 05:13:09 [ericP]
- ok, off to bed
- 05:13:16 [ericP]
- tx kindly!
- 05:14:15 [kennyluck]
- No problem. Nice dream!
- 05:21:01 [presbrey]
- good night all
- 05:22:26 [kennyluck]
- good night
- 05:23:31 [presbrey]
- hey kennyluck. the data wiki is in python. your rules modules should be readded even easier now since cwm is as well
- 05:32:10 [melvster]
- melvster (~melvster@p5797F931.dip.t-dialin.net) has joined #dig
- 05:37:12 [kennyluck]
- Oh, cool, we finally get rid of PHP :p presbrey?
- 06:12:50 [Yudai]
- Yudai (~Yudai@p034a6d.kngwnt01.ap.so-net.ne.jp) has joined #dig
- 06:15:27 [presbrey]
- yes good times indeed ;)
- 06:18:53 [presbrey]
- im thinking of an interface for hooking the sparql query, the request uri, or other metadata as pluggable module
- 06:20:06 [presbrey]
- the current update file-writer needs entry in the hooks
- 06:21:05 [presbrey]
- some code might want different data early or late, before or after
- 06:22:24 [presbrey]
- use swobjects to get read/insert/update/delete intent and confirm with authz rdf acl
- 06:23:09 [presbrey]
- and your rss and other policys to get run sometime
- 06:25:26 [knappy]
- knappy has quit (Quit: knappy)
- 06:25:46 [knappy]
- knappy (~haoqi@dhcp-18-111-36-78.dyn.mit.edu) has joined #dig
- 06:27:18 [presbrey]
- passthru/proxy to other sparql endpoints w/ write-back might be another cool module
- 06:30:07 [Yudai]
- Yudai has quit (Ping timeout: 248 seconds)
- 06:38:20 [knappy]
- knappy has left #dig
- 06:44:17 [Yudai]
- Yudai (~Yudai@p034a6d.kngwnt01.ap.so-net.ne.jp) has joined #dig
- 07:01:44 [Yudai]
- Yudai has quit (Read error: Connection reset by peer)
- 07:07:40 [kennyluck]
- Sure presbrey, I thought of that as some sort of sparul redirection. Since I am no longer in DIG but my WebID should be http://dig.csail.mit.edu/People/kennyluck#I forever.
- 07:42:53 [Yudai]
- Yudai (~Yudai@p034a6d.kngwnt01.ap.so-net.ne.jp) has joined #dig
- 07:49:03 [Yudai]
- Yudai has quit (Ping timeout: 248 seconds)
- 07:53:13 [Yudai]
- Yudai (~Yudai@p034a6d.kngwnt01.ap.so-net.ne.jp) has joined #dig
- 07:59:15 [Yudai]
- Yudai has quit (Ping timeout: 246 seconds)
- 07:59:52 [Yudai]
- Yudai (~Yudai@p034a6d.kngwnt01.ap.so-net.ne.jp) has joined #dig
- 09:09:33 [Yudai]
- Yudai has quit (Ping timeout: 260 seconds)
- 11:51:45 [RalphS]
- RalphS (~swick@30-7-139.wireless.csail.mit.edu) has joined #dig
- 11:52:20 [RalphS]
- RalphS has left #dig
- 11:56:15 [timbl]
- Hi Kenny
- 11:57:46 [RalphS]
- RalphS (~swick@30-7-139.wireless.csail.mit.edu) has joined #dig
- 12:45:14 [kennyluck]
- kennyluck has quit (Quit: kennyluck)
- 12:55:57 [timbl_]
- timbl_ (~timbl@pool-96-237-236-72.bstnma.fios.verizon.net) has joined #dig
- 12:59:39 [timbl]
- timbl has quit (Ping timeout: 245 seconds)
- 13:00:30 [timbl_]
- timbl_ has quit (Ping timeout: 265 seconds)
- 13:39:34 [timbl]
- timbl (~timbl@31-35-252.wireless.csail.mit.edu) has joined #dig
- 13:48:44 [nunnun]
- nunnun is now known as nunnun_away
- 14:31:01 [nunnun_away]
- nunnun_away is now known as nunnun
- 14:41:08 [kennyluck]
- kennyluck (~kennyluck@EM114-48-159-198.pool.e-mobile.ne.jp) has joined #dig
- 14:48:02 [mcherian]
- mcherian (~mathew@78.250.186.49) has joined #dig
- 15:10:05 [ericP]
- presbrey, the answer for swig va_lists was so simple:
- 15:10:07 [ericP]
- perl -0777 -p -e 's{(va_list\s*\*[^\r\n]+\r?\n\s*)(arg\d) = (\*temp)}{${1}va_copy($2, $3)}'
- 15:10:23 [presbrey]
- cool nice work
- 15:10:38 [presbrey]
- did you compile swig there as well?
- 15:10:57 [ericP]
- nah, i hestitate to re-compile unless no one wants the machine for 20 mins
- 15:11:12 [presbrey]
- no I meant on groups.csail
- 15:11:22 [ericP]
- oh, nope
- 15:11:39 [presbrey]
- its missing swig
- 15:11:56 [presbrey]
- I dont know if the cp .cxx trick would work there...
- 15:11:57 [ericP]
- doens't seem to know eric either
- 15:12:13 [presbrey]
- can you get on login.csail?
- 15:12:40 [ericP]
- hmm, it wants a password
- 15:12:50 [ericP]
- same as kerberose pword?
- 15:12:56 [ericP]
- (whatever that is)
- 15:13:55 [presbrey]
- you had your eric_ath ?
- 15:14:11 [ericP]
- i have a guess
- 15:14:20 [ericP]
- i think csail knows me by eric
- 15:14:27 [ericP]
- but pword may be the same
- 15:14:46 [presbrey]
- they do cross realm acls with athena as well if you know eric_ath
- 15:15:24 [ericP]
- do you know someplace else i can test eric_ath?
- 15:16:09 [presbrey]
- ssh eric_ath@linerva.mit.edu
- 15:16:16 [presbrey]
- kinit eric_ath@ATHENA.MIT.EDU
- 15:16:50 [ericP]
- ok, i know eric_ath's pword
- 15:17:02 [ericP]
- didn't work on login.csail
- 15:17:13 [ericP]
- i'll head to tig after lunch
- 15:17:36 [ericP]
- you up for lunch in an hour?
- 15:19:04 [presbrey]
- sure though I dont have my laptop today and I have a meeting at 1
- 15:20:32 [presbrey]
- wheres lunch?
- 15:20:36 [ericP]
- roger. can still put our heads together over my laptop if we want to strategize
- 15:20:39 [ericP]
- up to you
- 15:20:44 [ericP]
- (location)
- 15:20:52 [ericP]
- (also time)
- 15:22:09 [presbrey]
- presbrey@groups:~$ apt-cache show swig | grep -i vers
- 15:22:09 [presbrey]
- Version: 1.3.36-1
- 15:22:40 [presbrey]
- groups has 1.3 there so we'll have to set up the tarball there anyway
- 15:23:09 [presbrey]
- (I didn't have it either. what requires such a new version?)
- 15:23:49 [ericP]
- i think stuff like %nestedworkaround w3c_sw::BGPSimplifier::NonConjunctionState;
- 15:24:04 [ericP]
- but i don't think i've tried with 1.3.x
- 15:26:53 [presbrey]
- um kendall food court at 12?
- 15:28:13 [ericP]
- sure
- 15:28:17 [presbrey]
- it didn't work with 1.3.x on my machine
- 15:28:22 [presbrey]
- cool I'll be standing near the orange chicken... ;)
- 15:45:35 [lkagal]
- lkagal has quit (Quit: lkagal)
- 15:56:48 [Yudai_]
- Yudai_ (~Yudai@p034a6d.kngwnt01.ap.so-net.ne.jp) has joined #dig
- 16:08:44 [mcherian]
- mcherian has quit (Quit: Ex-Chat)
- 16:40:42 [knappy]
- knappy (~haoqi@31-35-54.wireless.csail.mit.edu) has joined #dig
- 16:46:43 [lkagal]
- lkagal (~lkagal@30-6-179.wireless.csail.mit.edu) has joined #dig
- 17:39:39 [amy]
- amy has quit (Read error: Connection reset by peer)
- 17:40:25 [amy]
- amy (~amy@31-35-122.wireless.csail.mit.edu) has joined #dig
- 17:41:33 [knappy]
- knappy has quit (Quit: knappy)
- 18:04:38 [timbl]
- timbl has quit (Quit: KUTGW)
- 18:04:42 [timbl]
- timbl (~timbl@31-35-252.wireless.csail.mit.edu) has joined #dig
- 18:13:29 [knappy]
- knappy (~haoqi@31-35-54.wireless.csail.mit.edu) has joined #dig
- 18:15:35 [presbrey]
- ericP
- 18:16:12 [presbrey]
- extra RAM seems on the way :)
- 18:16:21 [presbrey]
- having fun with your slides?
- 18:20:45 [ericP]
- woohoo!
- 18:21:06 [ericP]
- i'm proceeding with massive renaming just now
- 18:22:23 [ericP]
- i wasn't sure how to answer their "how long would you need the extra RAM for?"
- 18:22:43 [ericP]
- i mean, we're expected to give it back? like 1G is such a big deal?
- 18:26:38 [presbrey]
- haha I think they care more about what for than how long but don't like to ask
- 18:27:07 [presbrey]
- apparently there is even more if we need it
- 18:27:52 [presbrey]
- ...or two machines
- 18:27:59 [presbrey]
- fun idea
- 18:28:06 [presbrey]
- you'll have to start remembering your kerberos password
- 18:28:58 [timbl]
- <http://dig.csail.mit.edu/2007/wiki/tab-tracker/state#foobar> <<http://purl.org/dc/elements/1.1/title> "Moby Dick" .
- 18:28:58 [timbl]
- <http://dig.csail.mit.edu/2007/wiki/tab-tracker/state#foobar> <http://www.w3.org/2005/01/wf/flow#state> <http://dig.csail.mit.edu/2010/issues/track#New> .
- 18:28:59 [timbl]
- }
- 18:29:31 [presbrey]
- I always thought Xen should let you oversubscribe RAM to guests and allocate it dynamically based on who needs it when and use host swap for any unfulfillable allocations
- 18:31:23 [timbl]
- It doesn't seem to write anything back
- 18:31:57 [presbrey]
- old data wiki or new?
- 18:32:11 [timbl]
- There is now an empty file at http://dig.csail.mit.edu/2007/wiki/tab-tracker/state -- old
- 18:33:44 [timbl]
- should i be trrying the new?
- 18:34:16 [presbrey]
- yes you can try it on xvm
- 18:36:54 [presbrey]
- works pretty well for me
- 18:37:02 [presbrey]
- I mangled your query a bit to avoid conflict...
- 18:37:28 [presbrey]
- curl -s -d 'BASE <http://dig.xvm.mit.edu/wiki/">http://dig.xvm.mit.edu/wiki/> INSERT { <tabulator/state#foobar> <http://www.w3.org/2005/01/wf/flow#tracker> <issues/track#Tabuator> . <tabulator/state#foobar> <http://purl.org/dc/elements/1.1/title> "Moby Dick" . <tabulator/state#foobar> <http://www.w3.org/2005/01/wf/flow#state> <issues/track#New> . }' -H Content-type:application/sparql-query http://dig.xvm.mit.edu/wiki/tabulator | rapper -q -i turtle -o turtle - http://
- 18:37:31 [presbrey]
- @base <http://> .
- 18:37:31 [presbrey]
- @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
- 18:37:31 [presbrey]
- <http://dig.xvm.mit.edu/wiki/tabulator/state#foobar>
- 18:37:32 [presbrey]
- <http://purl.org/dc/elements/1.1/title> "Moby Dick" ;
- 18:37:34 [presbrey]
- <http://www.w3.org/2005/01/wf/flow#state> <http://dig.xvm.mit.edu/wiki/issues/track#New> ;
- 18:37:36 [presbrey]
- <http://www.w3.org/2005/01/wf/flow#tracker> <http://dig.xvm.mit.edu/wiki/issues/track#Tabuator> .
- 18:39:46 [timbl]
- --------------------
- 18:46:29 [timbl]
- Tried: http://dig.xvm.mit.edu/wiki/tabulator/tracker/state
- 18:47:12 [presbrey]
- I see /tabulator/tracker/ got created
- 18:47:36 [presbrey]
- are you using tabulator or is there a curl there?
- 18:47:39 [timbl]
- Ooops i see syntax error in the insert
- 18:48:23 [presbrey]
- yep worked that time
- 18:49:30 [timbl]
- I'm using tabulator -- a isue tracking pane
- 18:50:15 [presbrey]
- cool
- 18:50:21 [timbl]
- I'm not getting the end o fthe transaction from http://dig.xvm.mit.edu/wiki/tabulator/tracker/state in AJAX.
- 18:50:41 [presbrey]
- thats local to your machine?
- 18:51:30 [timbl]
- It does indeed only happen on my machine, not on Oshanis or knappy's
- 18:52:22 [presbrey]
- ha. are you using the tabulator hg trunk?
- 18:53:04 [timbl]
- the "refactor" branch, which is the effective trunck
- 18:53:44 [timbl]
- Seemed to be same files, smae versionof ffox as Oshani.
- 18:53:59 [timbl]
- knappy gets called back with readystate=1 then later =4
- 18:54:02 [timbl]
- I only get the 1
- 18:54:08 [timbl]
- driving me crazy
- 18:55:05 [timbl]
- Only happens when doibg sparql updates
- 18:55:11 [timbl]
- inserts etc
- 18:55:12 [timbl]
- '
- 18:55:19 [timbl]
- not when doing normal fetches
- 18:56:29 [timbl]
- Well actually, once I have done the POST, the next GET has the same problem -- never completes.
- 18:59:28 [presbrey]
- is this against only the new or old data wiki as well?
- 18:59:56 [timbl]
- new
- 19:00:01 [timbl]
- now
- 19:00:04 [timbl]
- same for old
- 19:00:14 [timbl]
- maybe something to do with it being a post
- 19:03:30 [timbl]
- (by the way, a random thought if a turtle file send as a POST would wrapped and treated as a SPARQL INSERT.. then one could just throw new data at the store with POST to a doc)
- 19:03:54 [timbl]
- What could go wroing between readystate 1 and 4
- 19:04:24 [timbl]
- given that the POST did work.
- 19:05:07 [timbl]
- You do send enough CRLFs and stuff in the response?
- 19:05:30 [timbl]
- maybe a timing thing closing a connection with things in the pipe
- 19:17:53 [presbrey]
- we could try hacking a fix in by disabling keepalives?
- 19:18:23 [presbrey]
- I'm not doing anything weird in the handler
- 19:18:45 [presbrey]
- I'm not sure what you mean by wrapping turtle in POST, sounds like PUT?
- 19:19:19 [presbrey]
- or are you saying POST:text/turtle =~ PUT?
- 19:20:14 [presbrey]
- I was going to merge the get and post handlers as part of a step towards modular hooking
- 19:20:42 [presbrey]
- I had already planned on having content-type being an integral part of that; good to know there are even more use cases
- 19:34:33 [lkagal]
- lkagal has quit (Quit: lkagal)
- 19:39:13 [timbl]
- not PUT, APPEND
- 19:39:26 [timbl]
- would need write or append privs
- 19:39:31 [presbrey]
- ohhh ok
- 19:39:57 [presbrey]
- is it safe to simply file-append or do you always have to re-parse=>update=>serialize?
- 19:40:03 [timbl]
- Just a simpler way of doing a an insert.
- 19:40:11 [timbl]
- could be useful for scripting
- 19:40:37 [timbl]
- Disabling keepalives.
- 19:40:59 [presbrey]
- I think file-append might be a good quick append and works with swobjects as it never seems to include @directives in toString
- 19:41:01 [timbl]
- It certainly seems that once I've done a sparql update on that server, nothing else completes
- 19:42:36 [presbrey]
- nevermind that... keepalives are already disabled
- 19:42:48 [presbrey]
- Connection: close
- 19:44:24 [presbrey]
- you are using firefox 3.6.8?
- 19:45:07 [timbl]
- yup
- 19:45:48 [presbrey]
- I just did: hg clone http://dig.csail.mit.edu/hg/tabulator
- 19:45:53 [presbrey]
- how do I get the refactor branch?
- 19:46:01 [timbl]
- hg update refactor
- 19:46:56 [timbl]
- Then you have to set your profile to point to it
- 19:46:59 [timbl]
- The I run /Applications/Firefox.app/Contents/MacOS/firefox-bin http://dig.csail.mit.edu/2010/issues/track#TabTracker
- 19:47:09 [timbl]
- for example
- 19:49:28 [presbrey]
- why do I see 'Request for' in the object dropdown?
- 19:50:05 [timbl]
- ?
- 19:50:11 [timbl]
- objcet dropdown?
- 19:50:16 [presbrey]
- the autocomplete has some stuff I'm not expecting
- 19:50:35 [presbrey]
- thats ok. the only time I get readyState=1 is when 500 errors come back
- 19:50:42 [presbrey]
- every other request I got a readyState=4
- 19:51:19 [presbrey]
- of course my user agent is so far from yours I'm not sure how helpful this is
- 19:51:21 [timbl]
- What were you editing?
- 19:51:33 [presbrey]
- /wiki/test
- 19:51:51 [presbrey]
- no
- 19:51:54 [presbrey]
- /wiki/presbrey
- 19:52:05 [presbrey]
- /dig.xvm.mit.edu/wiki/presbrey
- 19:52:54 [timbl]
- I was going to http://dig.csail.mit.edu/2010/issues/track#TabTracker and in the tracker pane doing "new issue" and filling in a title of a new issue
- 19:53:17 [presbrey]
- does /issues/ use the data wiki php code?
- 19:53:36 [presbrey]
- editMethod: No recorded HTTP GET response for document <http://dig.csail.mit.edu/2010/issues/track>
- 19:53:50 [timbl]
- It has a pointerto its issueStore which is in the wiki
- 19:53:58 [timbl]
- The pane uses that
- 19:54:46 [presbrey]
- how does New issue know what to do ? is that pane hardcoded in tabulator?
- 19:55:09 [timbl]
- No, it is pointed to fromthe Tracker instance
- 19:55:31 [presbrey]
- cool I was hoping for something like that
- 19:55:56 [timbl]
- If you look with the normal pane (magnifying glass and document) you will see "state store ...xvm ..."
- 19:56:32 [presbrey]
- can the --classify-- be autocompletes w/ or w/o a rdfs:range as well?
- 19:57:07 [timbl]
- The --classiy is a set of subclasses of issue.
- 19:57:24 [timbl]
- one set is state, the other category
- 19:57:41 [timbl]
- They are completely driven from the tracker definition
- 19:58:02 [timbl]
- See "Issue class"
- 19:58:11 [presbrey]
- I guess I'm asking if you can define the set with a rule rather than explicit enumeration
- 19:58:26 [presbrey]
- like a dropdown with a list of my current foaf:knows/friends
- 19:58:41 [presbrey]
- dropdown or autocomplete
- 19:59:06 [presbrey]
- Issue Class seems to enumerate all options explicitly
- 19:59:17 [timbl]
- Not yet, but I hoep to allow for example the assignee class to be an OWL statement that it is people who are developers o fthe tabulator projcet
- 19:59:41 [presbrey]
- yes thats a much better example for issue tracker use
- 19:59:44 [timbl]
- I'd like to also work on much smarter dropdowns using more RDFS and OWL.
- 19:59:56 [timbl]
- I have started in that direction.
- 20:00:18 [timbl]
- But right now I need to get the sparql update working
- 20:00:30 [timbl]
- I take it it works for you?
- 20:01:03 [presbrey]
- new issue failed
- 20:01:12 [timbl]
- You get redystate 4 s in the console log?
- 20:01:23 [timbl]
- I get SPARQL update ready state for <http://dig.xvm.mit.edu/wiki/tabulator/tracker/state> readyState=1
- 20:01:24 [presbrey]
- submit/enter sent me to <http://dig.csail.mit.edu/2010/issues/track?title=does+it+work+for+me>
- 20:02:18 [timbl]
- Ok, that is the HTML form working -- haven;t rememberd how to turn that off. But the submit function should have run and done the INSERT.
- 20:02:35 [presbrey]
- I don't see any messages about sparql update state
- 20:02:39 [presbrey]
- just...
- 20:02:41 [presbrey]
- editMethod: No recorded HTTP GET response for document <http://dig.xvm.mit.edu/wiki/tabulator/tracker/state> !
- 20:02:41 [presbrey]
- editMethod: No recorded HTTP GET response for document <http://dig.csail.mit.edu/2010/issues/track?title=does+it+work+for+me> !
- 20:02:41 [presbrey]
- editMethod: No recorded HTTP GET response for document <http://dig.csail.mit.edu/2010/issues/track?title=does+it+work+for+me%3F> !
- 20:04:12 [timbl]
- hmmm .. maybe you don't have the dump statement I do
- 20:04:28 [timbl]
- xhr.onreadystatechange = function() {
- 20:04:29 [timbl]
- dump("SPARQL update ready state for <"+uri+"> readyState="+xhr.readyState+"\n"+query+"\n");
- 20:04:29 [timbl]
-
- 20:06:48 [presbrey]
- twice in rdflib.js and twice in sparqlUpdate.js
- 20:07:33 [timbl]
- two dump statements
- 20:07:44 [timbl]
- You don't see the result of the on the console?
- 20:07:52 [timbl]
- (one onreadystatechange)
- 20:08:02 [presbrey]
- no I guess the form submit is interfering
- 20:09:14 [presbrey]
- I don't have a submit button so I don't know how to _not_ press enter
- 20:10:50 [timbl]
- That is odd
- 20:11:11 [presbrey]
- I'm looking at it with wireshark too now. its definitely NOT sparul'ing
- 20:11:17 [presbrey]
- GET /2010/issues/track?title=qwer HTTP/1.1
- 20:11:31 [presbrey]
- ends up sending back the n3
- 20:11:32 [presbrey]
- <> s:label "A tracker for Tabulator Issues";
- 20:11:34 [timbl]
- try hg pull; hg update to get the same pane as I have
- 20:11:43 [presbrey]
- and even a ETag on the doc. definitely not the data wiki
- 20:11:56 [timbl]
- any URI with a ? in it is a complete red herring
- 20:12:34 [presbrey]
- as is data wiki INSERT via GET
- 20:12:59 [presbrey]
- 1 changeset with 1 change to 1 file
- 20:13:10 [timbl]
- So if I run ffox on the TabTracker URI, then New Issue, then fil in a title then press return, the title I filled in goes gray, and I get a dump.
- 20:13:36 [presbrey]
- http://dig.csail.mit.edu/2010/issues/track?title=joesnewissue#TabTracker
- 20:14:01 [presbrey]
- ha a dump would be way more helpful
- 20:14:24 [presbrey]
- is there a 'return' vs. 'enter' discrepancy?
- 20:14:25 [timbl]
- This is with the latest pane?
- 20:14:43 [presbrey]
- this is on linux. newline vs carriage return?
- 20:14:48 [presbrey]
- latest pane
- 20:14:54 [timbl]
- I hit the return key
- 20:15:06 [timbl]
- (it has enter in small but I don't know the mapping)
- 20:15:09 [presbrey]
- and you don't get ?title= ??
- 20:15:25 [timbl]
- No, I did earlier
- 20:15:29 [presbrey]
- mine redirects to GET ?title=[input] in the location bar
- 20:15:49 [presbrey]
- if only I could add that as a new issue!
- 20:15:56 [timbl]
- and no console message
- 20:16:06 [timbl]
- This is running linux?
- 20:16:11 [presbrey]
- only the 1: editMethod: No recorded HTTP GET response for document <http://dig.csail.mit.edu/2010/issues/track?title=enter+on+linux+fails> !
- 20:16:43 [timbl]
- YEs, taht is it complaining that it doesn't know whether the file is editable as it hasn't get got a HTTP response back for it,
- 20:16:47 [timbl]
- That i slife.
- 20:16:56 [presbrey]
- Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.7) Gecko/20100723 Fedora/3.6.7-1.fc13 Firefox/3.6.7
- 20:17:51 [timbl]
- you did an hp pull; hg update; hg merge?
- 20:18:09 [timbl]
- try them agin just incase
- 20:18:11 [presbrey]
- not all that, just pull
- 20:18:25 [timbl]
- so long as it does nothing
- 20:18:36 [presbrey]
- [presbrey@endor tabulator]$ hg merge
- 20:18:36 [presbrey]
- abort: branch 'refactor' has one head - please merge with an explicit rev
- 20:18:44 [timbl]
- ok
- 20:18:48 [presbrey]
- sorry. I only know svn and git essentials
- 20:19:11 [timbl]
- I am not an hg expert.
- 20:19:32 [timbl]
- How does one stop the form submit happening a la HTML form?
- 20:19:33 [presbrey]
- tabulator now looks like it lists your identi.ca as primary foaf URI? is that on purpose?
- 20:19:45 [timbl]
- No.
- 20:19:58 [timbl]
- Not advogato?
- 20:20:00 [presbrey]
- yeah I thought that seemed weird
- 20:20:10 [timbl]
- It used to pick alphabetical order
- 20:20:14 [presbrey]
- mine does turn gray and hang now
- 20:20:38 [presbrey]
- oh cool its sending the update to http://dig.xvm.mit.edu/wiki/tabulator/tracker/state though
- 20:21:36 [timbl]
- (It alowasy uses the same URI for teh issue so we just get more titles on the same issue)
- 20:21:40 [RalphS]
- RalphS has quit (Quit: leaving ...)
- 20:21:56 [knappy]
- knappy has quit (Quit: knappy)
- 20:22:18 [timbl]
- Ah, great. You are in teh same place as I am
- 20:22:21 [timbl]
- It hangs
- 20:22:32 [timbl]
- of course there could be code reasons why it doens't
- 20:22:47 [timbl]
- What about the console message s now?
- 20:23:03 [presbrey]
- SPARQL update complete for <http://dig.xvm.mit.edu/wiki/tabulator/tracker/state> status=200, text=<http://dig.xvm.mit.edu/wiki/tabulator/tracker/state#foobar> <http://www.w3.org/2005/01/wf/flow#tracker> <http://dig.csail.mit.edu/2010/issues/track#TabTracker> .
- 20:23:07 [presbrey]
- SPARQL update ready state for <http://dig.xvm.mit.edu/wiki/tabulator/tracker/state> readyState=4
- 20:23:20 [presbrey]
- none of them show up when I first hit the tracker
- 20:23:57 [presbrey]
- they all disappear on a full refresh
- 20:25:11 [timbl]
- Ok, you have the readystate=4 message
- 20:25:17 [presbrey]
- yes
- 20:25:20 [timbl]
- I only get readyState=1
- 20:25:24 [timbl]
- you don't get a 1?
- 20:25:29 [presbrey]
- do you not? try again now. I restarted the data wiki
- 20:25:33 [presbrey]
- I do get a 1
- 20:25:41 [timbl]
- a 1 then a 4?
- 20:25:42 [presbrey]
- also a 2, 3, and 4
- 20:26:29 [timbl]
- wow the lot
- 20:26:39 [timbl]
- I still get just 1
- 20:26:53 [presbrey]
- looked fine on this side
- 20:27:00 [presbrey]
- dig.xvm.mit.edu 128.31.35.252 - - [06/Aug/2010:16:26:03 -0400] "POST /wiki/tabulator/tracker/state HTTP/1.1" 200 1603 "-" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8"
- 20:27:33 [timbl]
- I wonder what is weird on my system
- 20:27:53 [presbrey]
- http://tabulator.pastebin.com/J9htC6BQ
- 20:28:47 [presbrey]
- no viruses advertising themselves in your user agent string
- 20:31:15 [presbrey]
- try editing over SSL?
- 20:31:28 [presbrey]
- https://dig.xvm.mit.edu/wiki/tabulator/tracker/state
- 20:31:35 [presbrey]
- should make no difference but just curious
- 20:31:51 [timbl]
- Ok, I will switch the pointer
- 20:34:01 [timbl]
- same.
- 20:34:54 [presbrey]
- really? I didn't see your edit
- 20:35:16 [presbrey]
- no 16:34 title there either
- 20:35:40 [timbl]
- "This hsould be over HTTPS"
- 20:35:45 [timbl]
- is the title
- 20:36:03 [presbrey]
- I dont see it
- 20:36:57 [timbl]
- I got the readystate 1
- 20:37:24 [presbrey]
- I'm looking at https://dig.xvm.mit.edu/wiki/tabulator/tracker/state in tabulator and curl and don't see "should be over HTTPS"
- 20:37:36 [timbl]
- Oh
- 20:38:02 [timbl]
- Maybe then something is killing it after a while
- 20:38:35 [timbl]
- maybe a reuse of a js variable accidentally not declared var
- 20:38:41 [timbl]
- or something
- 20:38:57 [timbl]
- and it ends up killing it before the https link coul dbe set up
- 20:39:11 [timbl]
- Do you know what the significance of 1,2,3,4 are?
- 20:39:15 [kennyluck_]
- kennyluck_ (~kennyluck@EM111-188-31-176.pool.e-mobile.ne.jp) has joined #dig
- 20:40:17 [presbrey]
- I used to. its not consistent which ones you get in different browsers so I stopped caring
- 20:40:39 [timbl]
- Tried again. I get: SPARQL update ready state for <https://dig.xvm.mit.edu/wiki/tabulator/tracker/state> readyState=1
- 20:40:53 [presbrey]
- apache is not reporting your access
- 20:41:27 [presbrey]
- you have some weird TCP stack, or using a bad proxy?
- 20:41:38 [kennyluck]
- kennyluck has quit (Ping timeout: 265 seconds)
- 20:41:38 [kennyluck_]
- kennyluck_ is now known as kennyluck
- 20:41:48 [timbl]
- ahhh .. hang on
- 20:41:57 [timbl]
- the hhtps has untrusted certs
- 20:42:11 [presbrey]
- yes its in foaf-ssl mode
- 20:42:44 [presbrey]
- cool you are even sending your foaf-ssl!
- 20:42:47 [presbrey]
- dig.xvm.mit.edu 128.31.35.252 - <http://www.w3.org/People/Berners-Lee/card#i> [06/Aug/2010:16:42:20 -0400] "GET /wiki/tabulator/tracker/state HTTP/1.1" 200 1603 "-" "Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8"
- 20:43:10 [presbrey]
- that is too cool
- 20:43:52 [presbrey]
- I know its a few years old but seeing URI IDs authenticated in access_log still makes me smile
- 20:44:12 [presbrey]
- no .htpasswd required
- 20:44:36 [timbl]
- Why didn't it tell me about certs and ask me about my cert then when I tried the sparql update, I wonder
- 20:44:51 [timbl]
- I just did anothe rupdate which should have had a cert
- 20:44:55 [presbrey]
- its reusing the existing SSL connection
- 20:45:20 [presbrey]
- I am pretty sure foaf-dev/proto have an open issue with browser folk about that
- 20:45:32 [timbl]
- It's all coming together, Joe, bit by bit
- 20:45:46 [presbrey]
- henry I think is leading that
- 20:45:53 [timbl]
- did that store my "1644:44 HTTPS with cert?
- 20:45:54 [presbrey]
- yes indeed
- 20:46:06 [timbl]
- Ah good.
- 20:46:12 [presbrey]
- yes
- 20:46:15 [presbrey]
- 16:44 is there
- 20:46:19 [presbrey]
- https with cert
- 20:46:35 [timbl]
- All I need is the stupid readystate=4
- 20:46:46 [presbrey]
- you didnt get one over https either?
- 20:47:02 [timbl]
- nope
- 20:47:03 [presbrey]
- change computers
- 20:47:18 [timbl]
- I will take it back to teh Apple store -- I am sure they wil understand
- 20:47:33 [timbl]
- I don't really have a convenient one -- could try a mac at home
- 20:48:05 [presbrey]
- I don't think the geek squad is going to be able to help you with this issue ;)
- 20:48:15 [presbrey]
- oops err, genius bar
- 20:49:21 [timbl]
- well, i have been pleasantly surpised but not to this level
- 20:50:02 [presbrey]
- me too. I complained about some dust creeping under my screen and they replaced my whole iphone
- 20:50:20 [presbrey]
- if I started in about readyState I think I'd lose em
- 20:50:36 [presbrey]
- probably just go with the dust again. theres definitely some.
- 20:51:18 [timbl]
- Did you get a iphone 4?
- 20:51:29 [presbrey]
- and when I turned my phone in all I had to do to protect my identity was go delete my iphone's public key from my foaf
- 20:51:54 [timbl]
- Nice
- 20:51:57 [presbrey]
- no this year of the ipad for me
- 20:52:03 [presbrey]
- was* year of the ipad
- 20:52:03 [timbl]
- :)
- 20:52:12 [presbrey]
- and that was a bad joke
- 20:53:03 [presbrey]
- what am I missing in iphone 4?
- 20:53:18 [timbl]
- Well anyway ... seem to have determined taht there is a consisttn gremlin in this machine.
- 20:53:33 [timbl]
- I might bike home and try an old mac book
- 20:53:47 [timbl]
- I could also reinstall ffox
- 20:53:57 [timbl]
- and various other sort of voodoo
- 20:54:21 [presbrey]
- you can try another profile too?
- 20:54:27 [presbrey]
- /Applications/Firefox.app/Contents/MacOS/firefox-bin -ProfileManager
- 20:55:02 [presbrey]
- thats the flag on my firefox anyway
- 20:57:42 [timbl]
- Thanks
- 20:57:47 [timbl]
- Made a new profile
- 20:57:59 [presbrey]
- did that fix it?
- 20:58:07 [timbl]
- have to install
- 20:58:10 [presbrey]
- right
- 20:58:30 [presbrey]
- I called my profile 'tabulator' so I start with: firefox -P tabulator
- 20:58:55 [presbrey]
- well: firefox -P tabulator http://dig.csail.mit.edu/2010/issues/track#TabTracker
- 20:59:00 [timbl]
- wise .. mine has a space in
- 21:00:00 [presbrey]
- you'll have to quote or escape its name then
- 21:00:03 [timbl]
- Maybe another extension
- 21:00:04 [presbrey]
- it can be renamed in ProfileManager as well
- 21:00:13 [timbl]
- so i saw .. i will ..
- 21:00:37 [timbl]
- aaah but to be without my bookmarks
- 21:03:19 [timbl]
- Wooohoo! Tabulator issue pane: saved new issue
- 21:03:33 [timbl]
- good idea presbrey
- 21:03:46 [timbl]
- My giess is now one of the extensions in the other profile
- 21:05:37 [presbrey]
- :)
- 21:05:47 [presbrey]
- I can now wish you a happy tabulating weekend
- 21:06:32 [timbl]
- Thank you!
- 21:06:45 [timbl]
- and thanks for all the work on the wiki
- 21:06:57 [presbrey]
- yes of course
- 21:07:13 [timbl]
- I hope we get this stuff running in production in the DIG site and soon w3.org for daily work.
- 21:07:16 [presbrey]
- and ericP on that note
- 21:07:41 [timbl]
- My weeked just went up several notches already :)
- 21:10:40 [presbrey]
- it should all only go up from here
- 21:10:44 [presbrey]
- the python bindings make it easy
- 21:10:45 [amy]
- :)
- 21:12:24 [amy]
- hey Joe, you're always welcome for Tuesday lunches. it would be great to find a small way to thank you for all your hard work the past few days.
- 21:12:27 [amy]
- Tim proposes a nice dinner w/ everyone, Oshani, you, EricP, all the students at the end of the summer
- 21:12:54 [amy]
- but just to reiterate you're always welcome on Tuesdays
- 21:13:48 [presbrey]
- oh yes thanks amy. I'll try to be around more tuesdays.
- 21:14:06 [presbrey]
- this summer has been too busy
- 21:14:20 [amy]
- great re: be around on Tuesday. sorry to hear re: busy summer
- 21:14:28 [amy]
- i hope you get a break
- 21:14:29 [presbrey]
- ha no its good to be busy
- 21:14:56 [presbrey]
- my birthday falls over summer so thats always a nice break
- 21:15:09 [presbrey]
- I hope you also have a happy (tabulating) weekend amy!
- 21:15:14 [presbrey]
- or not tabulating
- 21:15:33 [amy]
- thanks! :) i may do some photoshopping but not tabulating
- 21:16:18 [amy]
- happy birthday! (for whenever your birthday is). if you come this week we'll have a birthday truffle for our CEO
- 21:17:43 [presbrey]
- yum sounds good
- 21:18:40 [timbl]
- timbl has quit (Quit: timbl)
- 22:26:55 [timbl]
- timbl (~timbl@pool-96-237-236-72.bstnma.fios.verizon.net) has joined #dig
- 22:46:09 [amy]
- amy has quit (Quit: bey)
- 22:56:17 [kennyluck]
- kennyluck has quit (Ping timeout: 246 seconds)
- 23:17:58 [knappy]
- knappy (~haoqi@31-35-54.wireless.csail.mit.edu) has joined #dig
- 23:39:37 [knappy]
- knappy has quit (Quit: knappy)