11:18:18 DIGlogger (~dig-logge@groups.csail.mit.edu) has joined #dig 11:18:18 topic is: Decentralized Information Group @ MIT http://dig.csail.mit.edu/ 11:18:18 Users on #dig: DIGlogger RalphS bblfish timbl kennyluck sandro presbrey mattl amy manu-db danbri cheater ericP daniel_a_smith nunnun manu` 11:27:02 bblfish, data.fm also supports manu-db and friends' http://json-ld.org/ 11:27:04 its quite nice, eg. http://test.data.fm/foaf.json-ld 11:48:42 danbri has quit (Remote host closed the connection) 11:49:15 danbri (~danbri@ip176-48-210-87.adsl2.static.versatel.nl) has joined #dig 12:05:49 kennyluck_ (~kennyluck@114-25-209-240.dynamic.hinet.net) has joined #dig 12:09:50 kennyluck has quit (Ping timeout: 276 seconds) 12:09:51 kennyluck_ is now known as kennyluck 12:57:37 webr3 (~nathan@host86-133-149-91.range86-133.btcentralplus.com) has joined #dig 13:47:41 timbl has quit (Quit: timbl) 13:54:15 scor (~scor@drupal.org/user/52142/view) has joined #dig 15:12:44 timbl (~timbl@31-33-155.wireless.csail.mit.edu) has joined #dig 15:15:20 melvster (~melvin@p4FF96A81.dip.t-dialin.net) has joined #dig 15:23:18 timbl has quit (Remote host closed the connection) 15:24:26 timbl (~timbl@31-33-155.wireless.csail.mit.edu) has joined #dig 15:26:07 WTF? looking at Henry Story's video about an android app in Vimeo and it crashed my mac to the login screen. 15:26:56 timbl: ouch. flash acting up? 15:27:42 Looks .. they have flash and html5 modes IIRC 15:28:00 http://vimeo.com/30014844 15:29:11 neither works for me, but i don't have flash and i guess they might be doing h264 video, not theora/webm 15:29:30 I use http://code.google.com/p/get-flash-videos/ 15:29:49 ? 15:31:00 Ah 15:36:27 DIGlogger, pointer? 15:36:27 See http://dig.csail.mit.edu/irc/dig/2011-10-25#T15-36-27 15:57:35 RalphS has quit (Ping timeout: 248 seconds) 16:06:29 RalphS (Ralph@30-7-118.wireless.csail.mit.edu) has joined #dig 16:08:43 Pipian (~pipian@31-33-146.wireless.csail.mit.edu) has joined #dig 16:26:51 hi 16:27:26 ah. Sorry I did not know that would crash a computer 16:28:33 the good thing about vimeo is that it allows one to put up quite large videos 16:33:24 there seems to be an html5 mode on vimeo 16:33:58 And when one clicks it, it then asks if one wants to switch back to flash 16:34:26 that would suggest that there is a flash less version available... 16:34:36 sorry for not publishing just ogg. 16:49:33 Not your fault. 16:49:36 of course. 16:50:45 I have again for some reason the problem that rww is writing absulte URIs into my turtle files 16:50:56 A problem I thought i fixed. 16:55:38 ah yes, I saw that too 16:55:44 and thought that was not a good idea 16:56:37 IF you remember when you fixed it I can see what you did and see what may have happened in the mean time 16:57:44 I am just writing the tests. So 1. I had a foaf file. Netxt I want to add a public key to my foaf. And then a rule stating that only I can edit the directory 16:59:35 http://www.w3.org/2005/Incubator/webid/team is strange .. confusion between #webidGrp and #we ? 16:59:53 looks like they should be the same 17:00:17 amy has quit (Read error: Connection reset by peer) 17:00:26 me let me look 17:00:43 amy (~amy@30-6-207.wireless.csail.mit.edu) has joined #dig 17:01:11 ah yes, I did not sync 17:01:19 webidGrp should be :we 17:03:39 fixed 17:13:49 it would help if on data.fm there was a way to tell if one were logged in, and if webid auth failed why it did. We wrote up some earl so that such a report can also be machine readable http://www.w3.org/2005/Incubator/webid/wiki/Test_Suite 17:14:44 currently I can't tell if I am not allowed to login to bblfish.data.fm because I am using the new cert:key relation, or if the server does not exist, ... 17:17:42 I thoroughly recommend always passing back errors all the way to the user, sometimes wrapped do they user has to click on "why? " or "more ...". 17:18:33 indeed 17:19:28 That is why I believe all WebID implementations should redirect login errors to a page such as https://foafssl.org/test/WebId 17:19:45 (though not that one. one for each installation of course) 17:20:04 The UI can be a lot better of course :-) 17:21:51 so my guess was right. I could not log into https://bblfish.data.fm/ because data.fm does not yet implement the cert:key inverse relation of cert:identity. But that was quite a wild guess 17:22:09 I added cert:identity back to my foaf 17:25:50 mind you I see that one gets a lot more info through curl interface than through the web interface 17:26:33 curl -k -i https://bblfish.data.fm/ 17:26:34 HTTP/1.1 403 Forbidden 17:26:34 Date: Tue, 25 Oct 2011 17:24:51 GMT 17:26:36 ... 17:30:05 so what I wanted to know is to protect a file on data.fm, do I PUT a .meta ? does that cover all auth rules for all the files in the directory? 18:59:09 Pipian has quit (Ping timeout: 244 seconds) 19:03:46 Pipian (~pipian@30-9-3.wireless.csail.mit.edu) has joined #dig 19:07:10 you use rules in the .meta referenced in Link 19:08:10 bblfish and I had quite a nice discussion this morning before DIGlogger was online 19:08:16 someone needs to put that in cron 19:09:10 Pipian_ (~pipian@30-9-3.wireless.csail.mit.edu) has joined #dig 19:09:42 presbrey so you have only one .meta per directory. right? 19:10:04 Pipian has quit (Read error: Connection reset by peer) 19:10:04 Pipian_ is now known as Pipian 19:10:19 the data.fm WebAccessControl implementation is here: https://github.com/presbrey/data.fm/blob/master/www/wildcard/runtime.php#L55 19:14:12 just that ~30 lines 19:14:16 55-85 19:24:53 and no bblfish, on data.fm there is 1 ACL per store, at /.meta 19:25:07 however you should just follow what the Link header instructs, and not hardcode 19:25:27 yes ok 19:25:48 because I was thinking it would be nice for the end user to be able to set the acts for a directory or subdirectory 19:26:02 you can set subdirectory ACLs in the top-level ACL 19:26:03 s/acts/ACLs/ 19:26:16 ~]$ curl -I http://test.data.fm/subdir/another/ 2>&1 | grep Link 19:26:16 Link: ; rel=meta 19:27:00 see eg. my Dropbox ACL here: http://presbrey.data.fm/.meta#Dropbox 19:27:12 ok. I'll play around with that 19:27:47 full ACL resolution for eg. http://test.data.fm/subdir/another/graph is as follows 19:27:59 accessTo http://test.data.fm/subdir/another/graph ? 19:28:05 defaultForNew http://test.data.fm/subdir/another ? 19:28:15 defaultForNew http://test.data.fm/subdir ? 19:28:24 defaultForNew http://test.data.fm ? 19:28:29 done 19:32:37 make sure we sync on semantics of defaultForNew vs. accessTo 19:32:37 ok 19:32:59 in general I think accessTo applies to exact request uri 19:33:09 yes. I'll keep this window open, and I'll try to implement that fully tomorrow 19:33:13 and defaultForNew propagates from any parent path 20:13:39 timbl has quit (Quit: timbl) 20:17:54 Pipian_ (~pipian@30-9-3.wireless.csail.mit.edu) has joined #dig 20:17:55 Pipian has quit (Read error: Connection reset by peer) 20:17:55 Pipian_ is now known as Pipian 20:21:09 timbl (~timbl@31-33-155.wireless.csail.mit.edu) has joined #dig 20:24:47 RalphS has quit (Ping timeout: 248 seconds) 20:46:39 danbri has quit (Remote host closed the connection) 21:30:51 timbl has quit (Quit: timbl) 21:57:19 scor has quit (Quit: scor) 22:07:01 melvster has quit (Ping timeout: 260 seconds) 23:09:15 Pipian has quit (Quit: Pipian) 23:35:52 Pipian (~pipian@18.111.108.114) has joined #dig 23:50:48 Pipian has quit (Quit: Pipian)