12:08:57 <DIGlogger> DIGlogger (n=dig-logg@groups.csail.mit.edu) has joined #dig
12:08:57 <kubrick.freenode.net> topic is: DIG meets Mondays, including 7 Apr  http://dig.csail.mit.edu/
12:08:57 <kubrick.freenode.net> Users on #dig: DIGlogger RalphS oshani lkagal DanC sandro ericP daniel-soton Tristan 
12:15:45 <lkagal> lkagal has quit (Read error: 110 (Connection timed out))
13:01:39 <lkagal> lkagal (n=lkagal@32.97.103.224) has joined #dig
13:10:29 <lkagal> lkagal has quit ()
13:12:18 <timbl> timbl (n=timbl@c-24-147-9-199.hsd1.ma.comcast.net) has joined #dig
13:20:30 <lkagal> lkagal (n=lkagal@32.97.103.224) has joined #dig
13:23:09 <lkagal> lkagal has quit (Client Quit)
13:32:27 <lkagal> lkagal (n=lkagal@32.97.103.224) has joined #dig
14:02:56 <djweitzner> djweitzner (n=djweitzn@pool-71-178-143-205.washdc.east.verizon.net) has joined #dig
14:09:20 <oshani> oshani has quit ()
14:09:34 <lkagal> lkagal has quit ()
14:12:45 <lkagal> lkagal (n=lkagal@32.97.103.224) has joined #dig
14:15:23 <lkagal> lkagal has quit (Client Quit)
14:16:17 <lkagal> lkagal (n=lkagal@32.97.103.224) has joined #dig
14:25:12 <oshani> oshani (n=oshani@30-7-60.wireless.csail.mit.edu) has joined #dig
14:54:49 <lkagal> Hi Oshani
14:54:55 <oshani> Hi
14:55:05 <lkagal> Do you have a min ?
14:55:09 <oshani> sure
14:55:46 <oshani> oshani has quit ()
14:56:46 <oshani> oshani (n=oshani@30-7-60.wireless.csail.mit.edu) has joined #dig
14:57:04 <oshani> lkagal, I thought you were in your office :)
14:57:23 <lkagal> The justification UI is currently hardcoded to only display explanations for X air:compliant/air:notcompliantWith Y. Sometime ago we had discussed adding a conf file to the justification ui so that the user could specify which conclusion she wants to see the explanation. I was wondering if you would have a chance to add this in the next few weeks ?
14:57:53 <lkagal> Sorry, I should have specified that I wanted to chat via IRC :) I'm out of town today. 
14:58:25 <oshani> oh okay, I guess I could do that.. could you give me a deadline please?
14:59:38 <lkagal> Hmm - deadline. What other issues/projects are you working on ?
15:00:17 <oshani> well, currently I am trying to integrate Joe's access control policy creation into Tabulator
15:00:43 <oshani> but I guess next week is a reasonable deadline for me :D
15:03:05 <lkagal> Do you end of next week or sometime the week after would be reasonable ?
15:04:06 <lkagal> It would be great if it could be done before you left because one of the TAMI UROPS might require it :) 
15:04:19 <oshani> sure!
15:04:27 <oshani> I am on it then!!
15:04:42 <amy> amy (n=amy@30-7-171.wireless.csail.mit.edu) has joined #dig
15:07:15 <lkagal> Great, thanks  Oshani !
15:10:15 <oshani> lkagal, Mike is here today
15:10:27 <lkagal> Mike Stunes ? 
15:10:40 <oshani> yes, that's him
15:11:11 <lkagal> Oh, I had asked him to start next week because I was away this week. 
15:11:42 <oshani> yeah, he said he misread your email :)
15:13:03 <lkagal> lkagal has quit ()
15:35:55 <lkagal> lkagal (n=lkagal@32.97.103.224) has joined #dig
15:38:37 <lkagal> lkagal has quit (Client Quit)
15:59:43 <oshani> oshani has quit ()
16:10:37 <lkagal> lkagal (n=lkagal@32.97.103.224) has joined #dig
16:18:27 <timbl> timbl has quit ()
16:19:21 <lkagal> lkagal has quit ()
16:29:12 <lkagal> lkagal (n=lkagal@32.97.102.144) has joined #dig
16:53:48 <lkagal> lkagal has quit ()
17:01:26 <oshani> oshani (n=oshani@30-7-60.wireless.csail.mit.edu) has joined #dig
17:11:24 <rho> rho (n=rho@chello213047112079.11.11.vie.surfer.at) has joined #dig
17:13:29 <rho> rho has quit (Remote closed the connection)
17:14:35 <timbl> timbl (n=timbl@30-7-141.wireless.csail.mit.edu) has joined #dig
17:30:54 <oshani> timbl, are we having a separate Tabulator meeting today? Or is it combined with the DIG meeting today?
17:34:18 <achmed> achmed (n=xchat@84.240.12.80) has joined #dig
17:40:53 <achmed> achmed has quit ()
17:41:07 <djweitzner> djweitzner has quit ()
17:42:01 <AndyS> AndyS (n=AndyS@62-31-59-225.cable.ubr12.azte.blueyonder.co.uk) has joined #dig
18:18:07 <presbrey> presbrey (n=joe@c-68-54-79-208.hsd1.fl.comcast.net) has joined #dig
18:27:35 <Zakim> Zakim (n=rrs-brid@homer.w3.org) has joined #dig
18:28:03 <RalphS> zakim, this is dig
18:28:04 <Zakim> ok, RalphS; that matches DIG_weekly()2:30PM
18:28:10 <Zakim> +MIT531
18:28:36 <RalphS> zakim, mit531 has Ralph
18:28:37 <Zakim> +Ralph; got it
18:28:58 <Zakim> + +1.781.961.aaaa
18:29:09 <RalphS> zakim, aaaa is Karyn
18:29:09 <Zakim> +Karyn; got it
18:30:06 <presbrey> zakim, presbrey is Joe
18:30:06 <Zakim> sorry, presbrey, I do not recognize a party named 'presbrey'
18:30:15 <RalphS> zakim, Oshani just arrived in mit531
18:30:15 <Zakim> +Oshani; got it
18:30:15 <presbrey> oops, well, hi
18:31:01 <RalphS> zakim, ShingShing just arrived in mit531
18:31:01 <Zakim> +ShingShing; got it
18:31:33 <RalphS> zakim, Eric just arrived in mit531
18:31:34 <Zakim> +Eric; got it
18:32:36 <RalphS> zakim, Tim just arrived in mit531
18:32:36 <Zakim> +Tim; got it
18:32:47 <RalphS> Meeting: DIG
18:33:00 <RalphS> Regrets: Lalana
18:33:08 <Zakim> +Sandro
18:33:31 <RalphS> Regrets+ DanC
18:34:45 <RalphS> Agenda: https://lists.csail.mit.edu/mailman/private/diggers/2008-May/001493.html
18:35:14 <RalphS> zakim, Yosi just arrived in mit531
18:35:14 <Zakim> +Yosi; got it
18:35:41 <RalphS> Agenda: https://lists.csail.mit.edu/mailman/private/diggers/2008-May/001504.html
18:35:53 <Zakim> +Andy_Seaborne
18:35:57 <yosi_s> yosi_s (n=syosi@30-7-220.wireless.csail.mit.edu) has joined #dig
18:36:42 <Karyn_> Karyn_ (n=Karyn@c-24-218-143-230.hsd1.ma.comcast.net) has joined #dig
18:36:48 <Karyn_> testing
18:36:52 <amy> hi Karyn
18:36:56 <RalphS> Chair: Tim
18:36:57 <Karyn_> YAY!
18:37:57 <RalphS> Topic: SPARQL Update grammars
18:38:09 <RalphS> Tim: how tabulator uses sparql ...
18:38:33 <RalphS> ... tabulator does http post to an endpoint with the content of the update
18:38:38 <RalphS> ... the server performs the update
18:40:06 <RalphS> AndyS: SPARQL Update is in our open source sparql toolkit
18:40:19 <RalphS> ... Computas is using it in their content management system
18:40:35 <RalphS> ... separates business logic in application layer and sparql database underneath
18:41:04 <RalphS> ... they implement this in java using front-end templates
18:41:15 <RalphS> ... Virtuoso also supports sparql update
18:42:01 <RalphS> ... there's also a version of Joseki that takes sparql update posts
18:42:22 <RalphS> ... for security reasons there are two endpoints with different security
18:43:15 <RalphS> TimBL: otherwise, the sparql server has to verify that the requestor has write access before performing an update
18:43:46 <RalphS> ... our plan was to not allow POST unless the requestor has write access
18:44:25 <RalphS> Andy: we support POST of large SPARQL queries
18:44:39 <RalphS> ... there's not much that distinguishes documents from services
18:45:12 <RalphS> ... mostly, I expect POSTs to have sparql update requests
18:45:14 <ericP> http://example.org/my-foaf.rdf?query=ASK {<#me> foaf:knows ?whom}
18:46:10 <ericP> http://example.org/my-foaf.rdf?query=ASK {<#me> foaf:knows ?whom GRAPH <otherDoc> { ?s ?p ?o } }
18:46:47 <RalphS> Eric: at a high level, Andy's update protocol is more parallel to SQL while mine is more parallel to the query language
18:47:19 <RalphS> ... the two can be mapped to each other in the case of updating only one graph
18:47:29 <RalphS> Andy: to what does your WHERE refer?
18:47:58 <RalphS> Eric: after an update you have the same WHERE as you would have for a query thus can contain multiple graphs
18:48:21 <RalphS> Andy: you have a notion of a 'working graph'
18:48:34 <RalphS> Eric: I may have cheated and not create a parallel grammar construct
18:49:01 <RalphS> ... I only accept concrete variables, no variables
18:49:20 <RalphS> ... if you give it an unbound as in a triple construction, you simply don't get the triple
18:49:36 <AndyS> http://jena.hpl.hp.com/~afs/SPARQL-Update.html
18:49:37 <RalphS> Andy: my model has two parts; the first looks like a CONSTRUCT but the template is asserted back into the data
18:49:55 <RalphS> ... INSERT template WHERE pattern
18:50:09 <AndyS> INSERT { ?x :q 123 } WHERE { ?x :p 123 }
18:50:32 <ShingShing> ShingShing (n=chatzill@30-5-230.wireless.csail.mit.edu) has joined #dig
18:51:01 <RalphS> Eric: I believe my implementation should parse this
18:51:34 <ericP> INSERT { ?x :q 123 GRAPH <g1> { ?x :q 456 } } WHERE { ?x :p 123 }
18:53:17 <RalphS> Eric: this uses the same model that the query language uses for querying graphs or models or whatever the implementation calls them
18:53:21 <ericP> does this work? (doesn't for me) INSERT <g1> { ?x :q 123 } WHERE { ?x :p 123 }
18:53:25 <RalphS> s/or models/or formulae/
18:54:22 <RalphS> Andy: I'm worried that we're going too deep without consulting other use cases
18:57:35 <RalphS> ... I'm also anticipating that people will want SOAP-style process-oriented stuff
18:58:22 <RalphS> Tim: when you apply a policy, you apply it to what a person can do not the way they do it
18:58:36 <RalphS> ... a policy on executing a POST is really a policy about changing a particular datum
18:59:10 <RalphS> ... I'd like that people can match javascript implementations by describing their intention in sparql and letting the sparql server evaluate the policy
18:59:37 <RalphS> Eric: write policies as graph patterns?
18:59:48 <RalphS> Tim: perhaps simpler than that, e.g. limit to certain predicates
19:00:37 <RalphS> ... don't see it practical to implement a whole Web Services architecture in between
19:01:16 <Zakim> -Sandro
19:01:19 <RalphS> Andy: don't disagree, but many people are taking an incremental approach currently
19:01:30 <RalphS> zakim, Sandro just arrived in mit531
19:01:30 <Zakim> +Sandro; got it
19:01:38 <RalphS> Sandro: what about locking & transactions?
19:02:11 <RalphS> Andy: I've proposed that atomic transactions SHOULD be implemented
19:02:41 <RalphS> ... I'm doubtful we could get agreement on making this MUST
19:03:47 <RalphS> Sandro: want to review where rdf-diff work left off
19:03:50 <ericP> our diff is where we write the graph to be updates:
19:03:51 <ericP> Andy's SPARUL: INSERT INTO <g1> { <s> <p> <o> }
19:03:53 <ericP> ericP's SPARUL: INSERT { GRAPH <g1> {<s> <p> <o>} }
19:03:55 <ericP> .
19:04:00 <RalphS> TimBL: cwm patch only depends on a single graph
19:05:07 <RalphS> Sandro: diff followed by patch with an intervening update from elsewhere unlikely to do the right thing
19:06:25 <RalphS> Andy: I recently added INSERT DATA in which the clause only permits triples
19:06:51 <Zakim> -Andy_Seaborne
19:08:11 <RalphS> Topic: Plans for summer
19:08:23 <ericP> presbrey, where y'at?
19:08:38 <Karyn_> not hearing anything...
19:08:43 <Karyn_> ok
19:08:44 <Karyn_> :)
19:08:46 <presbrey> hey there
19:08:48 <timbl> presbrey, what state are you in (of the union)
19:09:05 <presbrey> FL
19:09:10 <timbl> Can you call in?
19:09:21 <presbrey> sure, whats the number?
19:09:31 <timbl> Zakim, what is the passcode?
19:09:32 <Zakim> the conference code is 3441, timbl
19:09:40 <presbrey> Zakim, what is the phone number?
19:09:41 <Zakim> I don't understand your question, presbrey.
19:09:55 <RalphS> +1.617.761;.6200
19:09:58 <AndyS> AndyS has left #dig
19:10:01 <ericP> +1.617.761.6200
19:10:44 <timbl> tel://1/716/6716200
19:10:52 <timbl> tel://1/716/671/6200
19:11:02 <ericP> +1.617.761.62ôö
19:11:08 <timbl> ../253/5702
19:11:17 <Zakim> + +1.239.247.aabb
19:11:27 <RalphS> zakim, aabb is Presbrey
19:11:27 <Zakim> +Presbrey; got it
19:11:28 <ericP> Zakim, +1.239.247.aabb is Joe
19:11:28 <Zakim> sorry, ericP, I do not recognize a party named '+1.239.247.aabb'
19:11:46 <presbrey> oh look, my phone number is kept private. thats nice!
19:12:26 <RalphS> that's a hard-wired policy, Joe :)
19:13:21 <presbrey> BASE <http://presbrey.mit.edu/foaf>
19:13:21 <presbrey> PREFIX foaf: <http://xmlns.com/foaf/0.1/>
19:13:21 <presbrey> ASK
19:13:21 <presbrey> WHERE { <#presbrey> foaf:knows ?friend . ?friend foaf:openid <%{REMOTE_USER}> } 
19:13:37 <RalphS> Joe: I'm working on an access-control system
19:13:51 <presbrey> BASE <http://presbrey.mit.edu/foaf>
19:13:51 <presbrey> PREFIX foaf: <http://xmlns.com/foaf/0.1/>
19:13:51 <presbrey> ASK
19:13:51 <presbrey> FROM <http://presbrey.mit.edu/foaf>
19:13:51 <presbrey> FROM ?friend
19:13:52 <presbrey> WHERE { <#presbrey> foaf:knows ?friend . ?friend foaf:openid <%{REMOTE_USER}> } 
19:13:59 <RalphS> Joe: ... using librdf, which doesn't follow referenced documents
19:14:45 <RalphS> Tim: [to Yosi] should we enhance cwm to refer to the Web while executing a query?
19:15:19 <RalphS> Joe: I've been pulling out the FROM clauses and building a separate triple store from them, then executing the query on that
19:15:27 <RalphS> ... I can cache these triple stores
19:16:31 <RalphS> Tim: cwm has magic predicates that it will map into sql for reading, but won't write to sql
19:17:03 <presbrey> what do you think, Eric
19:17:17 <presbrey> after I interrogated you about this before your flight out
19:17:28 <RalphS> Tim: effectively, you tell cwm that a predicate maps to a column in the db
19:17:47 <presbrey> FROM vs subgraphs
19:18:06 <RalphS> Yosi: cwm only knows about memory store; it is not architected to store things on disk
19:18:19 <ericP> presbrey, reading back now...
19:18:50 <presbrey> http://presbrey.xvm.mit.edu/common.rdf
19:18:57 <RalphS> Tim: cwm is careful to not blindly load all the URIs it finds; only the ones it needs to evaluate a query
19:19:02 <presbrey> http://presbrey.xvm.mit.edu/.metadata.rdf
19:19:29 <RalphS> Joe: I load all URIs to try to satisfy WHERE
19:19:33 <ericP> ahh yes, the [[FROM ?friend]] and [[<#presbrey> foaf:knows ?friend]] point. i recall now
19:20:48 <RalphS> Joe: I pull in everything mentioned literally in FROM and things referenced from WHERE
19:21:01 <ericP> the algae impl allows this:
19:21:03 <ericP> BASE <http://presbrey.mit.edu/foaf>
19:21:04 <ericP> PREFIX foaf: <http://xmlns.com/foaf/0.1/>
19:21:04 <ericP> ASK
19:21:04 <ericP> FROM <http://presbrey.mit.edu/foaf>
19:21:06 <ericP> WHERE { <#presbrey> foaf:knows ?friend .
19:21:08 <ericP>         GRAPH ?friend { ?friend foaf:openid <%{REMOTE_USER}> } }
19:21:18 <RalphS> Joe: I strip out FROM ?friend first
19:21:33 <ericP> that is, if told to, it uses GRAPH as sufficient instruction to read a graph
19:22:02 <presbrey> but GRAPH can also reference a different graph at the same URI
19:22:21 <presbrey> I like using FROM because, to me at least, it specifically means get these other URIs
19:22:49 <timbl>  may be available
19:23:39 <RalphS> Eric: the default graph is consistent at a service that supports multiple graphs but you get to further constrain the query
19:24:32 <RalphS> Tim: should we promote sparql services doing tabulator-style recursion?
19:25:18 <timbl> lookup
19:25:38 <RalphS> Eric: without syntactic clues I fear people will object to scale effects
19:26:01 <ericP> WHERE { <#presbrey> foaf:knows ?friend .
19:26:01 <ericP>         GRAPH ?friend { ?friend foaf:openid <%{REMOTE_USER}> } }
19:26:03 <ericP> vs.
19:26:06 <presbrey> "if I get it now, I won't have to get it later", right?
19:26:07 <ericP> WHERE { <#presbrey> foaf:knows ?friend .
19:26:07 <ericP>         ?friend foaf:openid <%{REMOTE_USER}> }
19:26:15 <presbrey> the ignorant FROM prefetching is essentially for Apache performance
19:27:05 <ericP> FROM NAME <g1> FROM NAME <g2> ...
19:27:05 <ericP> WHERE { <#presbrey> foaf:knows ?friend .
19:27:05 <ericP>         GRAPH ?friend { ?friend foaf:openid <%{REMOTE_USER}> } }
19:27:26 <presbrey> ericP, I do like the 1st one best, but librdf's SPARQL implementation doesn't support subgraphs ;-)
19:27:30 <RalphS> Tim: the general follow-your-nose is that you can assume when you've asked for data about a variable you have looked up that variable
19:28:14 <RalphS> ... this is like loading an HTML file that pulls in images and CSS and the CSS pulls in other things
19:28:49 <RalphS> ... [the client] actually wants all those inclusions to be read
19:29:23 <RalphS> Eric: big CSS providers will flatten their CSS
19:29:38 <RalphS> ... in the SemWeb the analog might discourage people from sharing URIs
19:31:03 <RalphS> ... I think query authors will want syntactic control
19:31:51 <RalphS> Yosi: I don't see a -load flag for subjects in cwm, only one for predicates
19:32:02 <oshani> presbrey, regarding the editing the ACLs, is it possible for me to edit http://presbrey.xvm.mit.edu/.metadata.rdf?
19:32:20 <ericP> s/FROM NAME <g1> FROM NAME <g2>/FROM NAME <possibleFriend1> FROM NAME <possibleFriend2>/
19:33:24 <RalphS> Topic: 2 minutes around the table
19:33:36 <RalphS> ShingShing: just getting started with tabulator
19:33:47 <RalphS> ... learning how to read the code
19:33:55 <RalphS> ... don't yet understand the workflow
19:34:15 <presbrey> oshani, /afs/csail.mit.edu/group/dig/rdf-acl/www/.metadata.rdf
19:34:19 <RalphS> Tim: see test.js
19:34:26 <RalphS> Oshani: working on the policy parser
19:35:31 <RalphS> Joe: I moved .metadata.rdf into AFS so Oshani can edit it directly if the server is down
19:35:39 <RalphS> Yosi: writing
19:36:26 <Karyn_> not hearing Yosi clearly
19:36:55 <oshani> presbrey, is the metadata file webdav editable?
19:37:13 <presbrey> no haven't hooked PUT into access control yet
19:37:17 <RalphS> Yosi: I should finish my thesis before August
19:39:38 <timbl> http://dig.csail.mit.edu/2008/06/TabulatorHowWhy.svg
19:39:50 <RalphS> Tim: ^ a partial dump of my whiteboard
19:40:14 <RalphS> ... I'd like the students to be working on individual projects you can write up but also for everything to fit together into one system
19:44:02 <RalphS> ... green bits on TabulatorHowWhy.svg are parts that may not need work this summer
19:44:38 <RalphS> ... solid lines indicate dependencies
19:44:48 <RalphS> ... dotted lines indicate 'satisfies'
19:46:15 <RalphS> ... one alternative is to spend this summer making tabulator completely solid
19:46:34 <RalphS> ... another alternative would be to complete pub/sub
19:46:48 <RalphS> Eric: CambridgeSemantics is doing a lot in pub/sub
19:47:03 <RalphS> ... based on open source stuff from IBM
19:47:12 <RalphS> s/based on/adding to/
19:48:13 <RalphS> ... Joe is going to work on the server side of pub/sub, right?
19:48:17 <RalphS> Joe: for data wiki?
19:49:15 <RalphS> Tim: yes, but hopefully we'd add it to many servers
19:49:59 <RalphS> Sandro: I don't mind a blocking HTTP GET
19:50:13 <presbrey> most gmail users don't appear to either
19:50:29 <presbrey> gdocs, etc
19:51:31 <RalphS> Tim: one implementation is an HTTP POST tunneled in the reverse direction through an HTTP GET
19:52:22 <RalphS> Joe: would be nice if sparql updates where returned in the same stream after the initial document
19:53:10 <RalphS> s/ where /were/
19:53:18 <RalphS> s/updateswereret/updates were ret/
19:55:07 <presbrey> presbrey has quit ("Leaving")
19:55:23 <RalphS> Sandro: I like blocking GET because this is simple in Web arch; there are lots of failed pub/sub protocols lying around
19:56:04 <RalphS> Tim: can layer things on jabber, which is fairly well deployed
19:56:45 <RalphS> Sandro: we'd like torrents to work for Web pages too
19:57:00 <RalphS> Tim: blocking GET assumes a server
19:57:04 <ericP> swiftfox again using 102% of my CPU
19:57:10 <RalphS> Sandro: no, just an address
19:57:37 <presbrey> presbrey (n=joe@c-68-54-79-208.hsd1.fl.comcast.net) has joined #dig
19:58:47 <RalphS> ... easier for developers to write clients than servers
20:00:20 <RalphS> Oshani: are tabulator2007 and tabulator2008 different sets of code?
20:00:24 <RalphS> Tim: no, they're milestones
20:01:43 <RalphS> ... send me input on TabulatorHowWhy.svg
20:01:57 <RalphS> Sandro: anyone but Tim going to Linked Data Planet in New York?
20:02:16 <RalphS> ... I'm thinking of going but it's expensive
20:03:22 <oshani> oshani has quit ()
20:03:30 <Zakim> -Presbrey
20:03:42 <RalphS> [adjourned]
20:03:54 <ericP> http://dev.w3.org/cvsweb/perl/modules/W3C/Annotations/cgibin/annotate?rev=1.196&content-type=text/x-cvsweb-markup
20:03:54 <Karyn_> :)
20:03:57 <ericP> search for this: BookmarkQuery
20:04:11 <RalphS> Eric: on reimplementing Annotea in SPARQL
20:04:33 <ericP> Note the Algae2 query:
20:04:33 <ericP>   $AnnotationQueryObject::InputBookmarkQuery = "${NS}ask
20:04:33 <ericP>        (?bookmark rdf:type b:Bookmark {\\%ATTRIB == <\$self->{-attribution}>}.
20:04:33 <ericP>         ?bookmark b:hasTopic ?hasTopic.
20:04:33 <ericP>         ?bookmark b:recalls ?recalls)
20:04:36 <ericP>   collect (?bookmark)";
20:04:44 <oshani> oshani (n=oshani@30-7-60.wireless.csail.mit.edu) has joined #dig
20:04:44 <ericP> That same query expressed in SPARQL:
20:04:44 <ericP>   $AnnotationQueryObject::InputBookmarkQuery = "${NS}SELECT (?bookmark)";
20:04:44 <ericP>   {GRAPH <\$self->{-attribution}> {?bookmark rdf:type b:Bookmark.
20:04:44 <ericP> 				   ?bookmark b:hasTopic ?hasTopic.
20:04:44 <ericP> 				   ?bookmark b:recalls ?recalls}}
20:06:23 <Zakim> -MIT531
20:06:36 <Zakim> -Karyn
20:06:37 <Zakim> DIG_weekly()2:30PM has ended
20:06:39 <Zakim> Attendees were Ralph, +1.781.961.aaaa, Karyn, Oshani, ShingShing, Eric, Tim, Sandro, Yosi, Andy_Seaborne, +1.239.247.aabb, Presbrey
20:06:43 <RalphS> zakim, bye
20:06:43 <Zakim> Zakim has left #dig
20:09:05 <timbl> timbl has quit ()
20:11:45 <timbl> timbl (n=timbl@30-7-141.wireless.csail.mit.edu) has joined #dig
20:12:45 <timbl_> timbl_ (n=timbl@30-7-141.wireless.csail.mit.edu) has joined #dig
20:12:45 <timbl> timbl has quit (Read error: 104 (Connection reset by peer))
20:14:03 <presbrey> presbrey has quit ("Leaving")
20:20:22 <RalphS> RalphS has quit ("bye for today")
20:27:14 <timbl> timbl (n=timbl@30-7-141.wireless.csail.mit.edu) has joined #dig
20:27:14 <timbl_> timbl_ has quit (Read error: 104 (Connection reset by peer))
20:28:19 <timbl> timbl has quit (Read error: 104 (Connection reset by peer))
20:28:42 <timbl> timbl (n=timbl@30-7-141.wireless.csail.mit.edu) has joined #dig
20:30:06 <timbl> timbl has quit (Read error: 104 (Connection reset by peer))
20:30:27 <presbrey> presbrey (n=joe@c-68-54-79-208.hsd1.fl.comcast.net) has joined #dig
20:31:18 <timbl> timbl (n=timbl@30-7-141.wireless.csail.mit.edu) has joined #dig
20:33:27 <timbl> timbl has quit (Client Quit)
20:42:10 <Karyn__> Karyn__ (n=Karyn@c-24-218-143-230.hsd1.ma.comcast.net) has joined #dig
20:42:10 <Karyn_> Karyn_ has quit (Read error: 104 (Connection reset by peer))
20:53:10 <lkagal> lkagal (n=lkagal@32.97.103.224) has joined #dig
20:53:48 <presbrey> presbrey has quit (Read error: 113 (No route to host))
20:55:58 <lkagal> lkagal has quit (Client Quit)
20:59:52 <lkagal> lkagal (n=lkagal@32.97.103.224) has joined #dig
21:12:55 <ShingShing> ShingShing has quit ("ChatZilla 0.9.82.1 [Firefox 2.0.0.14/2008040413]")
21:30:16 <yosi_s> yosi_s has quit (Read error: 110 (Connection timed out))
21:39:57 <lkagal> lkagal has quit ()
21:41:42 <oshani> oshani has quit ()
21:43:52 <presbrey> presbrey (n=joe@c-68-54-79-208.hsd1.fl.comcast.net) has joined #dig
22:03:53 <oshani> oshani (n=oshani@SYDNEYPACIFIC-ONE-SEVENTY-SEVEN.MIT.EDU) has joined #dig
22:06:00 <Karyn> Karyn (n=Karyn@c-24-218-143-230.hsd1.ma.comcast.net) has joined #dig
22:06:00 <Karyn__> Karyn__ has quit (Read error: 104 (Connection reset by peer))
22:58:42 <lkagal> lkagal (n=lkagal@32.97.103.4) has joined #dig
23:51:52 <oshani> oshani has quit ()
23:55:31 <Karyn> Karyn has quit ()