03:54:55 presbrey has quit (Excess Flood) 03:55:17 presbrey (~presbrey@2001:4830:2446:b5:aede:48ff:fe00:6001) has joined #dig 04:36:18 rszeno (~rszeno@79.114.102.232) has joined #dig 05:55:13 presbrey has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0) 06:03:14 presbrey (~presbrey@2001:4830:2446:b5:aede:48ff:fe00:6001) has joined #dig 07:02:17 danbri (~danbri@80.71.30.113) has joined #dig 07:16:42 webr3 has quit (Ping timeout: 244 seconds) 07:46:56 deiu (~andrei@157.159.103.110) has joined #dig 07:46:57 deiu has quit (Changing host) 07:46:57 deiu (~andrei@unaffiliated/deiu) has joined #dig 08:02:57 danbri has quit (Remote host closed the connection) 08:03:23 danbri (~danbri@80.71.30.113) has joined #dig 08:07:52 danbri has quit (Ping timeout: 246 seconds) 08:13:30 rszeno has quit (Ping timeout: 252 seconds) 08:38:45 trueg_away is now known as trueg 08:55:59 webr3 (~nathan@host217-42-109-124.range217-42.btcentralplus.com) has joined #dig 09:22:49 mhausenblas has quit (Quit: http://mhausenblas.info/#i says TTYL) 09:25:18 rszeno (~rszeno@79.114.103.139) has joined #dig 11:04:58 deiu has quit (Remote host closed the connection) 11:17:32 RalphS (RSwick@30-7-118.wireless.csail.mit.edu) has joined #dig 11:21:00 DIGlogger (~dig-logge@groups.csail.mit.edu) has joined #dig 11:21:00 topic is: Decentralized Information Group @ MIT http://dig.csail.mit.edu/ 11:21:00 Users on #dig: DIGlogger RalphS rszeno webr3 presbrey trueg sandro timbl bblfish manu-db dsheets mattl bergi_ manu1 Yudai ericP 11:22:02 good morning DIGlogger 12:20:11 trueg is now known as trueg_away 13:02:31 trueg_away is now known as trueg 13:04:44 betehess (~betehess@2001:470:8b2d:804:f96a:9eb9:e9b1:ccf) has joined #dig 17:42:33 DIGlogger (~dig-logge@groups.csail.mit.edu) has joined #dig 17:42:33 topic is: Decentralized Information Group @ MIT http://dig.csail.mit.edu/ 17:42:33 Users on #dig: DIGlogger RalphS danbri bblfish_ Pipian-Work oshani scor timbl amy presbrey betehess sandro ericP rszeno webr3 trueg manu-db dsheets mattl bergi_ manu1 Yudai 17:58:38 bblfish (~bblfish@AAubervilliers-651-1-220-42.w86-198.abo.wanadoo.fr) has joined #dig 17:59:21 betehess: ok. I'll keep adapting my code as is. 18:00:54 bblfish_ has quit (Ping timeout: 240 seconds) 18:01:13 I had some architectural design things to figure out, especially re: containers 18:01:33 we need to be efficient when interacting with that kind of resource 18:01:56 also, I want to be able support some very light SPARQL queries pretty quickly 18:02:12 not full SPARQL 1.0, but some very basic patterns 18:02:32 would be implemented in terms of Free[Command] 18:05:10 I was thinking the easiest way would be to have containers of digital things be only for those 18:05:35 then it's a simple lookup: what kind of container is this? Binary images, ok I know where to put that image 18:05:42 but I don't suppose that's possible 18:05:51 you always have metadata for any resource 18:06:40 trying to work out how I'd know a resource is rdf or binary. 18:06:47 sure, but that's an API that would live on top of the LDP one 18:07:01 before deserialising it 18:07:06 that's why I'm against LDP to be about digital things 18:07:37 yes, but that's the engineer thinking. The user will not understand without 18:07:44 the user is king 18:07:59 and I need it 18:08:05 exactly the contrary: doing everything all at once in one single technology is the confusing thing 18:08:11 because the delimitations are not clear 18:08:22 and in this case, they are pretty clear 18:08:24 on the web there is no way to delimit 18:08:40 the spec is not about defining the Web, it's about defining LDP 18:08:58 it won't matter if they put it in the spec or not. I need it 18:09:00 one thing at a time 18:09:10 so I have to solve the problem anyway 18:09:34 the solution is probably to have metadata for every resource 18:09:36 sure, but again, this use-case was not in mind for LDP 18:10:00 but I don't know if the LDP WG is changing that 18:10:08 I believe it would be a huge mistake 18:10:09 I think they said it was covered in the charter 18:10:14 ah 18:10:21 ok, but whatever the WG 18:10:27 I need it 18:10:37 so We can think about how one would implement it 18:10:43 well, in terms of API, I'll keep things not correlated, because they don't define the same interfaces anyway 18:10:51 trueg is now known as trueg_away 18:11:01 one can be used by the other, and it's food like that 18:11:03 yes. but we probably need metadata about a resource 18:11:14 and you should use the LDP interface to store the metadata 18:11:34 that's ok, you have encapsulation 18:11:44 you can always defer to the data store for that 18:12:02 it's about encapsulation, not mixing everything together 18:12:18 so if I have a URI, I need to get the metadata about it. So that's a function of some sort 18:12:31 s/of some sort// 18:12:52 yes, just a "get" in the store 18:13:07 ( or on the file system, but that's a store too...) 18:13:09 you just need to come up with a convention for which URL to use for it 18:13:27 some people would use .meta 18:13:36 but it should be arbitrary 18:13:48 yes. Start with .meta . 18:14:00 you could expose the relationship in the http headers, or completely hide that 18:14:30 yes, like data.fm 18:14:32 would be handy to reuse whatever LDP will define for LDP resources 18:14:37 yes, like data.fm :-) 18:14:45 I sonder if data.fm is going to implement ldp? 18:14:56 at some point, I guess yes 18:15:06 who did data.fm? 18:15:18 joe 18:15:20 presbrey? 18:15:21 joe presbrey 18:15:38 yes, presbrey should be on that team. He's allready implemted all 18:15:40 and incidentally timbl 18:15:51 :-) 18:16:15 I don't know if joe participates in LDPWG 18:16:21 would be a good thing 18:16:27 maybe timbl should see that with him 18:16:49 I wish I could, but the meetings are during another meeting that I have to attend :'( 18:17:02 anyway, I need to go back to work 18:18:06 yep, me too... 18:18:40 betehess, if you want somebody to knock heads with over the container thing, I've given it a fair bit of thought and will be implementing something over the next week too - so feel free to hit me up on nathan@webr3.org or webr3.org on skype if you want to discuss 18:21:34 webr3, good to know 18:30:19 trueg_away is now known as trueg 18:36:27 danbri has quit (Remote host closed the connection) 18:36:53 danbri (~danbri@80.71.30.113) has joined #dig 18:37:53 danbri_ (~danbri@80.71.30.113) has joined #dig 18:41:17 danbri has quit (Ping timeout: 244 seconds) 18:42:07 melvster (~melvin@p4FF97146.dip.t-dialin.net) has joined #dig 18:42:19 danbri_ has quit (Ping timeout: 260 seconds) 19:41:04 trueg is now known as trueg_away 19:43:08 trueg_away is now known as trueg 19:48:05 melvster has quit (Quit: Leaving.) 19:52:37 melvster (~melvin@p4FF97146.dip.t-dialin.net) has joined #dig 20:03:39 trueg is now known as trueg_away 20:19:10 RalphS has quit () 20:40:53 Pipian-Work has quit (Quit: Pipian-Work) 20:47:15 Pipian-Work (~Pipian@30-9-71.wireless.csail.mit.edu) has joined #dig 21:20:43 Pipian-Work_ (~Pipian@2001:470:8b2d:7d8:a480:2b97:ac5a:ed27) has joined #dig 21:20:44 Pipian-Work has quit (Read error: Connection reset by peer) 21:20:44 Pipian-Work_ is now known as Pipian-Work 21:30:13 scor has quit (Quit: scor) 21:48:51 timbl has quit (Remote host closed the connection) 21:49:06 timbl (~timbl@w3cdhcp96.w3.org) has joined #dig 22:08:56 timbl_ (~timbl@31-33-70.wireless.csail.mit.edu) has joined #dig 22:09:44 timbl has quit (Ping timeout: 260 seconds) 22:09:44 timbl_ is now known as timbl 22:17:41 melvster1 (~melvin@p4FF96133.dip.t-dialin.net) has joined #dig 22:18:47 melvster has quit (Ping timeout: 240 seconds) 22:25:26 melvster (~melvin@p5797EE8D.dip.t-dialin.net) has joined #dig 22:27:49 melvster1 has quit (Ping timeout: 260 seconds) 22:41:05 timbl has quit (Quit: timbl) 22:53:17 rszeno has quit (Quit: Leaving.) 22:54:13 danbri (~danbri@80.71.30.113) has joined #dig 23:38:08 melvster has quit (Ping timeout: 240 seconds) 23:48:10 timbl (~timbl@c-24-62-225-11.hsd1.ma.comcast.net) has joined #dig