IRC log of dig on 2010-10-14
Timestamps are in UTC.
- 16:00:08 [DIGlogger]
- DIGlogger (~dig-logge@groups.csail.mit.edu) has joined #dig
- 16:00:08 [kornbluth.freenode.net]
- topic is: Decentralized Information Group @ MIT http://dig.csail.mit.edu/
- 16:00:08 [kornbluth.freenode.net]
- Users on #dig: DIGlogger Pipian melvster oshani timbl lkagal der-rho-ist mcherian marisol RalphS mhausenblas gbot19 ernestchiang_ Yudai nunnun webr3 sandro presbrey amy ericP
- 16:00:09 [timbl]
- I have cleaned up and extended a bit the sem web deployment plan http://www.w3.org/2010/roadmap/sem-seed.svg
- 16:02:46 [oshani]
- timbl, that link is not public
- 16:13:55 [oshani]
- oshani has quit (Quit: Mama nidi!)
- 16:32:24 [mhausenblas]
- mhausenblas has quit (Quit: mhausenblas)
- 17:11:48 [mcherian]
- mcherian has quit (Read error: Operation timed out)
- 17:12:11 [oshani]
- oshani (~oshani@31-35-41.wireless.csail.mit.edu) has joined #dig
- 18:02:37 [oshani]
- oshani has quit (Quit: Mama nidi!)
- 18:24:39 [oshani]
- oshani (~oshani@31-35-41.wireless.csail.mit.edu) has joined #dig
- 18:54:26 [RalphS]
- RalphS has quit (Ping timeout: 265 seconds)
- 18:55:24 [presbrey]
- hey timbl cool road map
- 18:55:30 [presbrey]
- I'm getting weird errors from tabulator following nodes
- 18:55:35 [presbrey]
- Can't do selector with no subclasses <http://tabulator.org/wiki/semanticweb/roadmap/state#Iss1282248072756>
- 18:55:35 [presbrey]
- No stack available.
- 18:55:47 [presbrey]
- I'll try updating my tabulator snapshot
- 19:03:49 [presbrey]
- new snapshot worked. or restarting firefox. who knows!
- 19:05:49 [melvster]
- presbrey: this is a cool roadmap http://www.w3.org/2007/09/map/main.jpg
- 19:06:42 [timbl]
- Try closing an reopening http://tabulator.org/wiki/semanticweb/roadmap/state#Iss1282248072756
- 19:06:48 [timbl]
- WFM
- 19:06:56 [presbrey]
- its broken now again
- 19:07:04 [presbrey]
- refreshing doesn't work
- 19:07:18 [timbl]
- hmmm maybe I should check some stuff in
- 19:08:00 [presbrey]
- works on first load after firefox loads
- 19:08:08 [presbrey]
- as soon as I refresh or revisit, 'No stack available'
- 19:09:53 [timbl]
- try to pull and update
- 19:11:34 [presbrey]
- ok works
- 19:11:39 [presbrey]
- first load I get the default view
- 19:11:48 [presbrey]
- on refresh I get a fancier pane
- 19:12:02 [melvster]
- how-why diagram is excellent
- 19:12:06 [timbl]
- Then when it has enough ontlogy to realize that it is a subclass of task you get a task view
- 19:12:24 [timbl]
- melvster, thanks -- it is incomplete
- 19:12:55 [melvster]
- timbl: i think we need to maybe flesh out a global application framework, with some basic notification workflows
- 19:13:06 [timbl]
- of course. Last input was from the LOD session at the WS satellite meeting in UK a week or two back
- 19:13:51 [webr3]
- melvster, +1 to that
- 19:19:05 [timbl]
- Global application framework?
- 19:19:28 [timbl]
- Notification -- you mean pub/sub for updates to data?
- 19:20:10 [melvster]
- something like the flows in facebook or opensocial, to get user agreement, before updating a profile or access control to data
- 19:21:02 [melvster]
- if you let an application use SPARQL Update directly they can change your public key
- 19:22:56 [webr3]
- like a personal notification / change inbox with every kind of message possible - change request to add triples to your graph, X has added you as a friend, message from a friend, X post updated - like that?
- 19:23:29 [presbrey]
- I expect to run the sparql update myself with a construct that imports the change to my public key
- 19:24:08 [presbrey]
- I am not eager to let external parties sparql update my foaf directly without constraint
- 19:24:29 [presbrey]
- and further, I don't want to give them my credentials, or add their credentials to my ACL
- 19:24:34 [webr3]
- likewise, we discussed in #webid-ig at length last week - best approach being to let third party write to data, or to let third party request that *you* write X to your graph
- 19:26:00 [webr3]
- melvster, presbrey, any idea what's happening wrt webid and the "3 variations" now? think henry has been plugging the non linked data one this week
- 19:26:51 [presbrey]
- huh?...as long as it doesn't bleed into ACL, become non-LD ACLs??
- 19:26:57 [melvster]
- from the app's point of view it may like to know how it can negotiate with you to access more of your data, or update your data, if sparql update is it's only tool, and it's not permissioned, the app may like to try get more permission from you, in a stanar way, if that makes sene
- 19:27:25 [melvster]
- s/standar/standard
- 19:27:34 [melvster]
- s/sene/sense
- 19:28:04 [melvster]
- the app will be dealing with hetrogeneous webid providers
- 19:28:44 [presbrey]
- can we get more how+why of actual in-progress corps doing semantic web / linked data?
- 19:29:12 [presbrey]
- a synopsis of the best buy justification, for example
- 19:31:47 [presbrey]
- how+why of their plans to expand the open-box demo to an enterprise-wide deployment
- 19:33:37 [melvster]
- i guess two concrete situations might be: 1) App X wishes to access your data allow/deny 2) User Y wishes you to become their friend Accept / Ignore
- 19:34:43 [webr3]
- 3) app Y wants you to add X to your graph (such as holdsAccount Y)
- 19:37:58 [webr3]
- timbl, we've currently been discussing 3 approaches to webid protocol / foaf+ssl - the way we currently do it, a simplified version with one triple foaf:x509PublicKey "", and a simplified version which is basically just the certificate in pem format when you dereference a webid - any preference?
- 19:48:45 [melvster]
- perhaps HTTP response code 202 can cover this
- 19:49:28 [marisol]
- marisol has quit (Quit: marisol)
- 19:51:07 [timbl]
- webr3, who is "we", the list?
- 19:51:54 [melvster]
- timbl: the conversation arose on irc #webid-ig when manu wanted to work out a way to add a payswarm triple (holdsAccount) to a webid
- 19:52:17 [melvster]
- we then considered the general case
- 19:52:34 [melvster]
- without coming to a firm resolution
- 19:53:48 [webr3]
- timbl, yes we = mailing list - most involved in general
- 19:54:02 [timbl]
- Got a pointer to the discussion?
- 19:57:20 [melvster]
- timbl: two different conversations going on, one was as i stated above, another has been ongoing, danbri has been thinking about adding a shorthand along the lines of foaf : publicKey to the FOAF vocab as a shorthand for the more verbose form
- 19:57:58 [melvster]
- thus allowing a FOAF profile to store a public key in a profile using one triple
- 19:58:23 [webr3]
- http://lists.foaf-project.org/pipermail/foaf-protocols/2010-September/003705.html & http://lists.foaf-project.org/pipermail/foaf-protocols/2010-October/003920.html
- 19:58:37 [webr3]
- proposed additions to foaf http://lists.foaf-project.org/pipermail/foaf-protocols/2010-October/003985.html
- 19:58:51 [webr3]
- ty melvster re short description :)
- 19:59:30 [melvster]
- im not sure #webid-ig is logged, ill ask manu
- 20:06:59 [melvster]
- sent a mail
- 21:23:13 [webr3]
- ooh timbl put your suggestion in the chart!
- 21:23:26 [webr3]
- "Real-time update: PublSub for changes"
- 21:44:09 [tlr]
- tlr (~tlr@31-35-14.wireless.csail.mit.edu) has joined #dig
- 22:24:36 [oshani]
- oshani has quit (Quit: Mama nidi!)
- 22:47:38 [mcherian]
- mcherian (~mathew@30-6-25.wireless.csail.mit.edu) has joined #dig
- 23:15:20 [tlr]
- tlr has quit (Quit: tlr)
- 23:17:10 [timbl_]
- timbl_ (~timbl@31-35-239.wireless.csail.mit.edu) has joined #dig
- 23:20:14 [timbl]
- timbl has quit (Ping timeout: 240 seconds)
- 23:21:27 [presbrey]
- hmm it seems the CWM acronym overlaps with Common Warehouse Metamodel
- 23:22:20 [timbl_]
- timbl_ has quit (Ping timeout: 276 seconds)
- 23:47:53 [tlr]
- tlr (~tlr@173.14.167-246-BusName-smpls.newengland.hfc.comcastbusiness.net) has joined #dig
- 23:56:51 [webr3]
- webr3 has quit (Read error: Connection reset by peer)
- 23:57:09 [webr3]
- webr3 (~nathan@host86-134-2-215.range86-134.btcentralplus.com) has joined #dig