IRC log of dig on 2014-03-14

Timestamps are in UTC.

00:12:53 [scor]
scor (~scor@c-98-217-11-242.hsd1.ma.comcast.net) has joined #dig
00:12:53 [scor]
scor has quit (Changing host)
00:12:53 [scor]
scor (~scor@drupal.org/user/52142/view) has joined #dig
00:14:05 [scor]
scor has quit (Remote host closed the connection)
00:27:24 [deiu]
deiu has quit (Quit: Leaving)
00:27:26 [scor]
scor (~scor@drupal.org/user/52142/view) has joined #dig
00:50:01 [cheater]
cheater has quit (Ping timeout: 240 seconds)
00:53:06 [timbl]
timbl (~timbl@S01060026f30545f7.vn.shawcable.net) has joined #dig
00:58:42 [cheater]
cheater (~cheater@87.174.143.193) has joined #dig
01:02:49 [cheater]
cheater has quit (Ping timeout: 240 seconds)
01:06:01 [slvrbckt]
slvrbckt has quit (Ping timeout: 240 seconds)
01:06:01 [DIGlogger]
DIGlogger has quit (Ping timeout: 240 seconds)
01:06:01 [irc.freenode.net]
Disconnected from irc.freenode.net (ERROR :Closing Link: groups.csail.mit.edu (Ping timeout: 240 seconds))
11:25:02 [DIGlogger]
DIGlogger (~dig-logge@groups.csail.mit.edu) has joined #dig
11:25:02 [holmes.freenode.net]
topic is: Decentralized Information Group @ MIT http://dig.csail.mit.edu/
11:25:02 [holmes.freenode.net]
Users on #dig: DIGlogger RalphS Sebastien-L jmvanel cheater_ bblfish Yudai slvrbckt zuzak mattl presbrey daniel-s1ith betehess ericP sandro bergi
11:41:21 [Ralph]
Ralph (rswick@30-6-242.wireless.csail.mit.edu) has joined #dig
11:42:16 [melvster]
melvster (~melvster@89.176.108.70) has joined #dig
11:44:18 [RalphS]
RalphS has quit (Ping timeout: 240 seconds)
11:45:06 [RalphS]
RalphS (rswick@w3cvpn1.w3.org) has joined #dig
11:45:37 [Ralph]
Ralph has quit (Ping timeout: 240 seconds)
11:59:40 [scor]
scor (scor@nat/acquia/x-dcwdsmuljewnnkct) has joined #dig
11:59:40 [scor]
scor has quit (Changing host)
11:59:41 [scor]
scor (scor@drupal.org/user/52142/view) has joined #dig
12:00:32 [scor]
scor has quit (Client Quit)
12:24:23 [scor]
scor (scor@drupal.org/user/52142/view) has joined #dig
12:37:57 [lkagal]
lkagal (~lkagal@pool-108-20-203-24.bstnma.fios.verizon.net) has joined #dig
12:41:13 [Sebastien-L]
Sebastien-L has quit (Ping timeout: 240 seconds)
12:46:13 [lkagal]
lkagal has quit (Quit: lkagal)
13:16:20 [deiu]
deiu (~andrei@w3cdhcp71.w3.org) has joined #dig
13:16:20 [deiu]
deiu has quit (Changing host)
13:16:20 [deiu]
deiu (~andrei@unaffiliated/deiu) has joined #dig
13:28:06 [lkagal]
lkagal (~lkagal@pool-108-20-203-24.bstnma.fios.verizon.net) has joined #dig
13:37:59 [Sebastien-L]
Sebastien-L (~sebastien@host.214.33.23.62.rev.coltfrance.com) has joined #dig
13:54:11 [bblfish]
Is there a bug database for cimba? I have a proposal for extending cors with [] wac:origin "https://cimba.co/" https://github.com/stample/rww-play/issues/113#issuecomment-37647900
13:57:32 [deiu]
bblfish: github issue tracker? :)
13:57:56 [bblfish]
I suppose so
13:57:57 [deiu]
bblfish: yes, we are also considering adding that WAC relation
13:58:12 [bblfish]
ok, turns out I had allready documented it here https://www.w3.org/wiki/WebAccessControl#Cors_User_Agents
13:58:14 [deiu]
btw, does stample support globbing?
13:58:28 [bblfish]
we have a wac:regex relation
13:58:38 [deiu]
GET https://deiu.stample.io/dir/*
13:58:50 [bblfish]
no. What's that?
13:59:06 [deiu]
it aggregates all the rdf documents in /dir/
13:59:43 [deiu]
and you get a resource instead of doing a get for the list of contents in /dir/ and then get each resource
14:00:08 [deiu]
of course, it also applies ACLs during aggregation
14:00:28 [deiu]
it saves you a LOT of roundtrips
14:00:46 [bblfish]
but you need to create a relation so that a client can tell this is possible
14:00:47 [deiu]
timbl already uses it for his bugtracker
14:01:05 [deiu]
yeah, we need to name that relation
14:01:27 [bblfish]
yes, otherwise clietns would have to test each page on the web to find out if it does or does not work
14:01:33 [deiu]
that also works
14:01:45 [deiu]
or clients can use the classic way
14:02:07 [bblfish]
On latest count there are a few trillion pages on the web, so 1 success per trillion seems a bit low to me
14:02:34 [deiu]
also, do you force paging on stample when doing a GET on a LDPC?
14:02:36 [bblfish]
you have more chances winning the lotery
14:02:46 [bblfish]
Have not implemented paging yet
14:02:54 [deiu]
so you return all resources?
14:03:06 [bblfish]
there are not many at present. you mean on an LDPC?
14:03:17 [deiu]
yes
14:03:27 [bblfish]
yes. we don't have that many.
14:03:30 [deiu]
I think that should be the norm
14:03:41 [deiu]
and let clients ask for paging if they so desire
14:03:55 [deiu]
I don't think this is mentioned in the LDP paging spec
14:04:25 [deiu]
i.e. servers should not force paging if the clients did not request it
14:04:32 [bblfish]
Btw. a few weeks ago in the teleconf with sandro we thought of a need for a ldp:index relation that would point to the list of all the ldp:contains ( which could be paged ). But the group just wanted to go to last call.
14:05:00 [deiu]
yeah, I saw that
14:05:04 [bblfish]
ah. I thought it does allow the client to specify his capabilities.
14:05:14 [bblfish]
paging is still discissable
14:05:35 [bblfish]
so you should read the paging spec. If it does not have what you want it's still time for a proposal
14:06:29 [bblfish]
So for your * relation I suggest: 1. starting a wiki page on it 2. if we agree timbl can create a relation to let people know what the url for the * is
14:06:40 [deiu]
I would also like to see a new relation in the LDP vocab, to allow defining of a preferred prefix for new resources created by the LDPC
14:07:05 [bblfish]
you mean @prefix?
14:07:11 [deiu]
no
14:07:26 [deiu]
I mean <ldpc> ldp:resourceprefix "post_" .
14:07:46 [bblfish]
what would that do?
14:08:13 [deiu]
when you POST to the LDPC, it will create <post_1>, <post_2>, etc
14:08:23 [deiu]
unless you specify the slug
14:08:39 [bblfish]
mhh. Really I'd say you have 0 chance to get that accepted by the ldp group
14:09:11 [bblfish]
I would not even try, you'd loose kudos points.
14:09:25 [deiu]
heck, you'll never know :)
14:09:42 [deiu]
It's a proposal for LDP 1.1
14:09:45 [bblfish]
Oh I know. There are real bugs and stupid things in the ldp spec, and they don't want to fix those
14:09:57 [deiu]
I don't expect to have it included in 1.0
14:10:16 [bblfish]
yeah, I don't think you should count on ldp until it is at version 3 for something like that
14:10:34 [deiu]
for me it is _really_ important
14:10:40 [deiu]
you can't have COOLURIs without it
14:10:56 [bblfish]
you have the Slug header
14:11:00 [bblfish]
and you have PUT
14:11:06 [bblfish]
now PUT is really badly defined
14:12:09 [bblfish]
I mean, there is no info I think on where one should PUT, or in what LDPC the created LDPR will appear
14:12:39 [deiu]
what happens on stample if you don't specify the slug when you POST to a container?
14:12:52 [deiu]
what's the naming convention for new URIs?
14:13:34 [bblfish]
for that I proposed intuitive containers a while ago, and that was too much trouble http://www.w3.org/2012/ldp/track/issues/50
14:13:48 [deiu]
also, how do you handle special characters in the Slug? (accents, arabic, chinese, etc)
14:13:52 [bblfish]
currently that is an ugly random number.
14:14:30 [bblfish]
but I'd say your vocab there belongs not to ldp but to an LDP config library
14:14:59 [deiu]
I had to create my own for prefixes
14:15:35 [bblfish]
you should put those up on a wiki, then we can get together one day, and look at all of these ideas, and we can see if we can impelement them too
14:15:54 [bblfish]
currently your a bit ahead of rww-play there
14:16:08 [deiu]
http://ns.rww.io/ldpx
14:16:55 [deiu]
it's publicly writable in case you want to add more stuff there
14:17:11 [bblfish]
nice. usually property names are lower case.
14:17:37 [deiu]
it doesn't really matter
14:17:41 [bblfish]
I hope you have a versioning on your system, otherwise someone could delete it all
14:17:43 [deiu]
it's just a convention
14:17:54 [deiu]
I backup
14:17:57 [bblfish]
this is all about conventions
14:18:27 [bblfish]
anyway it could be cool.
14:18:54 [bblfish]
I still have 60 issues open https://github.com/stample/rww-play/issues?direction=desc&sort=updated&state=open
14:20:03 [bblfish]
59 now :-)
14:21:23 [bblfish]
but yes, a vocab to help people config their ldpc would be cool.... We could get there...
14:22:53 [deiu]
I really need to finish this microbloggin demo
14:23:38 [sandro]
(indeed. :-)
14:23:42 [bblfish]
I want a real blog :-)
14:23:58 [deiu]
well, you don't have a char limit for your posts
14:26:13 [bblfish]
sandro: what's a good mailing list to ask owl questions ?
14:27:03 [sandro]
bblfish, public-owl-dev@w3.org
14:27:21 [bblfish]
ok, thanks. semantic-web does not seem to do a lot
14:28:06 [bblfish]
mhh mostly call for papers there http://lists.w3.org/Archives/Public/public-owl-dev/2014JanMar/
14:28:28 [sandro]
yes, not a lot of traffic these days. But I think many experts are still subscribed.
14:28:49 [sandro]
Those two facts are probably causaly related.
14:34:24 [bblfish]
ok, we'll see if they can solve my MothersLovers question http://lists.w3.org/Archives/Public/public-owl-dev/2014JanMar/0035.html
14:44:44 [sandro]
presbrey, are you around for the planned meeting at 1? I'm thinking about doing it from home, prepared to cancel if you and Tim don't show up.
14:59:04 [Pipian-Work]
Pipian-Work (~Pipian@c-76-21-2-110.hsd1.ca.comcast.net) has joined #dig
15:05:17 [bblfish]
btw, I have a Link header parser written in Scala. I could compile it to JavaScript using Scala-JS http://www.scala-js.org/ . Is that something that you'd consider accepting in the rdflib project ? Pipian-Work perhaps?
15:07:00 [bblfish]
https://github.com/stample/rww-play/blob/master/app/rww/ldp/LinkHeaderParser.scala
15:08:02 [bblfish]
(argh, it probably would not work as is because it imports the JavaTokenParser... I'd have to find a pure scala parser)
15:18:32 [lkagal]
lkagal has quit (Quit: lkagal)
15:23:58 [lkagal]
lkagal (~lkagal@pool-108-20-203-24.bstnma.fios.verizon.net) has joined #dig
15:25:04 [deiu]
bblfish: I wrote a Link header parser in javascript: https://gist.github.com/deiu/9335803
15:26:24 [bblfish]
can it work with more than one link relation per Link?
15:27:13 [deiu]
Yes
15:27:25 [bblfish]
I mean deal with the following
15:27:25 [bblfish]
$ curl -I --cert ../eg/test-localhost.pem:test -k https://localhost:8443/2013/card
15:27:25 [bblfish]
HTTP/1.1 200 OK
15:27:27 [bblfish]
Access-Control-Allow-Origin: *
15:27:29 [bblfish]
Allow: OPTIONS, GET, HEAD
15:27:31 [bblfish]
Content-Type: text/turtle
15:27:33 [bblfish]
Accept-Patch: application/sparql-update
15:27:35 [bblfish]
Link: <card.acl>; rel=acl, <http://www.w3.org/ns/ldp#Resource>; rel=type
15:27:37 [bblfish]
Content-Length: 0
15:27:50 [deiu]
You do: var links = parseLinkHeader(xhr.getResponseHeader('Link'));
15:28:15 [deiu]
and then: links['acl']['href'] outputs card.ac
15:28:19 [deiu]
card.acl
15:28:21 [bblfish]
ok. Perhaps it's worth adding your code to the rdflib then, so that the graph that shows the headers can turn those into rdf relations
15:29:03 [deiu]
got a pointer to the rdflib.js code where this is supposed to go?
15:29:06 [bblfish]
I'll see with Sebastien-L, as he has looked at that code. I doubt there is a Link Header parser in rdflib
15:29:38 [deiu]
(I don't have time to look now, sorry)
15:29:43 [bblfish]
ok cool
15:29:49 [bblfish]
thanks for the code
15:29:53 [deiu]
np
15:30:10 [bblfish]
I'll add a bug in rdflib if Sebastien-L confirms that he did not see a parser for it
15:30:15 [deiu]
ok
15:45:40 [lkagal]
lkagal has quit (Quit: lkagal)
15:57:53 [Pipian-Work]
Pipian-Work has quit (Quit: Pipian-Work)
15:59:31 [sandro]
deiu, presbrey, the posters are coming along *very* slowly, but I've put what I've got in the group folder.
15:59:43 [deiu]
sandro: ok
15:59:51 [deiu]
I'm almost done with the fork
16:00:12 [deiu]
I might start recording soon
16:02:21 [sandro]
I called the fork kimatalk.co in the poster for now. (kima.co is taken)
16:03:22 [deiu]
ok
16:19:08 [deiu]
deiu has quit (Ping timeout: 240 seconds)
16:19:08 [RalphS]
RalphS has quit (Ping timeout: 240 seconds)
16:20:21 [deiu]
deiu (~andrei@w3cdhcp71.w3.org) has joined #dig
16:20:21 [deiu]
deiu has quit (Changing host)
16:20:21 [deiu]
deiu (~andrei@unaffiliated/deiu) has joined #dig
16:20:34 [Ralph]
Ralph (rswick@30-6-242.wireless.csail.mit.edu) has joined #dig
16:23:06 [RalphS]
RalphS (rswick@w3cvpn1.w3.org) has joined #dig
16:24:38 [Ralph]
Ralph has quit (Ping timeout: 240 seconds)
16:48:23 [lkagal]
lkagal (~lkagal@30-6-209.wireless.csail.mit.edu) has joined #dig
17:01:30 [sandro]
deiu, any sign of presbrey?
17:02:29 [deiu]
sandro: hey
17:02:32 [deiu]
he just got here
17:02:34 [deiu]
shall we start?
17:02:47 [deiu]
we'll move to Tim's office
17:03:20 [sandro]
It's just you two at MIT.
17:04:09 [deiu]
yes
17:04:09 [deiu]
G+ hangout?
17:08:25 [deiu]
deiu has quit (Ping timeout: 240 seconds)
17:21:42 [deiu]
deiu (~andrei@unaffiliated/deiu) has joined #dig
17:44:14 [amy]
amy (~amy@209-6-252-108.c3-0.wrx-ubr1.sbo-wrx.ma.cable.rcn.com) has joined #dig
17:53:37 [jmvanel]
jmvanel has quit (Ping timeout: 240 seconds)
18:02:49 [Sebastien-L]
Sebastien-L has quit (Ping timeout: 240 seconds)
18:39:43 [scor]
scor has quit (Quit: scor)
19:12:34 [scor]
scor (~scor@c-98-217-11-242.hsd1.ma.comcast.net) has joined #dig
19:12:34 [scor]
scor has quit (Changing host)
19:12:34 [scor]
scor (~scor@drupal.org/user/52142/view) has joined #dig
19:14:23 [scor]
scor has quit (Client Quit)
19:57:23 [lkagal]
lkagal has quit (Remote host closed the connection)
20:22:35 [RalphS]
RalphS has quit ()
21:53:18 [melvster]
melvster has quit (Ping timeout: 240 seconds)
21:59:26 [deiu]
deiu has quit (Quit: Leaving)
22:35:57 [deiu]
deiu (~andrei@unaffiliated/deiu) has joined #dig
22:57:13 [cheater_]
cheater_ has quit (Ping timeout: 240 seconds)
22:58:12 [cheater]
cheater (~cheater@p57AE950E.dip0.t-ipconnect.de) has joined #dig
23:18:35 [timbl]
timbl (~timbl@S01060026f30545f7.vn.shawcable.net) has joined #dig
23:21:21 [cheater]
cheater has quit (Quit: leaving)
23:42:54 [bblfish_]
bblfish_ (~bblfish@AAubervilliers-651-1-244-166.w83-200.abo.wanadoo.fr) has joined #dig
23:44:35 [bblfish]
bblfish has quit (*.net *.split)
23:44:35 [timbl]
timbl has quit (*.net *.split)