IRC log of ldp on 2013-03-11
Timestamps are in UTC.
- 14:03:52 [RRSAgent]
- RRSAgent has joined #ldp
- 14:03:52 [RRSAgent]
- logging to http://www.w3.org/2013/03/11-ldp-irc
- 14:03:54 [trackbot]
- RRSAgent, make logs public
- 14:03:56 [trackbot]
- Zakim, this will be LDP
- 14:03:56 [Zakim]
- ok, trackbot, I see SW_LDP()10:00AM already started
- 14:03:57 [trackbot]
- Meeting: Linked Data Platform (LDP) Working Group Teleconference
- 14:03:57 [trackbot]
- Date: 11 March 2013
- 14:04:35 [Zakim]
- -ericP
- 14:04:59 [Zakim]
- +[GVoice]
- 14:05:19 [Arnaud]
- zakim, who's on here?
- 14:05:20 [Zakim]
- I don't understand your question, Arnaud.
- 14:05:46 [Arnaud]
- zakim, who is here?
- 14:05:46 [Zakim]
- On the phone I see Sandro, Arnaud, [GVoice], pchampin, Ashok_Malhotra, ??P10, TallTed (muted), ??P13, dret, JohnArwe
- 14:05:48 [Zakim]
- On IRC I see RRSAgent, Arnaud, JohnArwe, dret, Zakim, Ashok, TallTed, pchampin, jmvanel, gavinc, sandro, ericP, Yves, thschee, betehess, trackbot
- 14:06:14 [ericP]
- Zakim, [GVoice] is me
- 14:06:14 [Zakim]
- +ericP; got it
- 14:08:38 [dret]
- i can step in
- 14:08:46 [dret]
- ok, i won't step in
- 14:08:53 [sandro]
- scribe: sandro
- 14:11:00 [sandro]
- two unidentified callers. mysterious!
- 14:11:23 [dret]
- +1
- 14:11:24 [ericP]
- +1
- 14:11:27 [sandro]
- Arnaud: At our last F2F, we arranged for an informal telecon afterwords.
- 14:11:32 [sandro]
- PROPOSED: accept minutes from last week
- 14:11:45 [sandro]
- RESOLVED: accept minutes from last week (March 4)
- 14:12:20 [sandro]
- Arnaud: At informal telecon right afterwords, we went over what happened, to catch up people who missed it. That's the plan for next week's telecon.
- 14:12:44 [sandro]
- Arnaud: So people who come to the F2F, you don't have to join the telecon next week. We wont be making any decisions or anything like that.
- 14:12:58 [sandro]
- Arnaud: On the F2F -- do we have the final list of participatns?
- 14:13:29 [sandro]
- Arnaud: I haven't heard any feedback on the agenda.
- 14:14:25 [sandro]
- Arnaud: Maybe breakouts. Long list of issues; no proposal for some of them.
- 14:15:00 [sandro]
- Arnaud: I STRONGLY suggest if you care about an issue, you send out a proposal BEFORE the meeting.
- 14:15:05 [dret]
- the break-out groups would be chartered with preparing proposals for those issues which don't have any right now.
- 14:15:20 [Ashok]
- q+
- 14:15:51 [sandro]
- Arnaud: If people are remote and really care, we can try to work around their schedule.
- 14:16:05 [Arnaud]
- ack ashok
- 14:16:47 [sandro]
- Ashok: We still have arguments and disagreements on the overall @@. I was hoping we could talk about that early
- 14:16:55 [sandro]
- s/@@/model/
- 14:17:20 [sandro]
- Arnaud: I'm kind of torn on that.
- 14:17:57 [sandro]
- Arnaud: If we could agree on the model, things would be easier, yes. But it doesn't seem to be working, so maybe bottom up will work better.
- 14:18:03 [Zakim]
- +Yves
- 14:18:06 [sandro]
- .. like develop the test suite, and see how that goes.
- 14:18:11 [dret]
- switch from topd-down to bottom-up mode, yes. i think we have established that top-down doesn't seem to work all that great for us.
- 14:18:29 [sandro]
- +1 bottom up
- 14:18:51 [sandro]
- Arnaud: We'll end up needing to make the same design decisions, but without the details we don't understand each other.
- 14:18:54 [dret]
- and then when we have better spec'd bottom-up cases, we need to distill the model.
- 14:19:23 [sandro]
- eric: There's a possibility that working with test cases will get us toward the model than discussion the model theoretically
- 14:19:28 [sandro]
- Arnaud: exactly.
- 14:19:35 [dret]
- yup, i agree that the tests are an excellent way to go forward.
- 14:19:52 [sandro]
- ericP: Ashok, do you see a way to have the Test discussion first, in a way that will help us have a grounded Model discussion.
- 14:19:55 [Arnaud]
- q?
- 14:20:04 [sandro]
- dret, can you take over scribing for 10-15 now?
- 14:20:12 [sandro]
- Ashok: I need to think about this.
- 14:21:34 [dret]
- i can do that...
- 14:22:46 [dret]
- Arnaud: keep breakout sessions as an option, but in such a fragmented group it may be counter-productive; will be decided on demand
- 14:23:06 [Zakim]
- -??P13
- 14:23:20 [dret]
- Topic: Actions and Issues
- 14:23:49 [Zakim]
- -??P10
- 14:24:13 [dret]
- Proposal: close ACTION-29
- 14:24:54 [dret]
- Decision: ACTION-29 closed
- 14:26:22 [dret]
- ACTION-38 remains opne while we switch to bottom-up mode for the model discussion
- 14:30:00 [Ashok]
- But is this a LDP issue?
- 14:30:44 [Arnaud]
- ack Yves
- 14:31:47 [dret]
- discussing ISSUE-49 and whether it's part of LDP or should be considered orthogonal
- 14:32:46 [dret]
- Yves: pointing to metalink and saying that we should be very cautious about making mirroring/equivalence a part of LDP
- 14:32:52 [TallTed]
- TallTed has joined #ldp
- 14:33:02 [dret]
- Ashok: agrees with Yves
- 14:33:19 [dret]
- Arnaud: seems like most people agree that it's not an LDP issue
- 14:33:20 [JohnArwe]
- ...yves said he would put reference to other materials on the public list; some issues with attack vectors.
- 14:33:43 [Arnaud]
- ack sandro
- 14:34:26 [dret]
- Sandro: use OWL sameas in data or in the HTTP header
- 14:35:04 [dret]
- these are RDF solutions, we might also recommend HTTP-level ones?
- 14:35:14 [pchampin]
- q+ to notice that owl:sameAs is symetrical
- 14:35:21 [Arnaud]
- ack pchampin
- 14:35:21 [Zakim]
- pchampin, you wanted to notice that owl:sameAs is symetrical
- 14:36:28 [dret]
- pchampin: not sure about sameas, because it is supposed to be symmetrical
- 14:37:05 [SteveS]
- SteveS has joined #ldp
- 14:37:39 [Zakim]
- +[IBM]
- 14:37:39 [Yves]
- See https://tools.ietf.org/html/rfc6249
- 14:37:44 [sandro]
- scribe: sandro
- 14:38:03 [SteveS]
- zakim, [IBM] is me
- 14:38:03 [Zakim]
- +SteveS; got it
- 14:38:12 [Ashok]
- q+
- 14:38:15 [dret]
- thanks, sandro!
- 14:38:23 [Arnaud]
- proposal: close issue-49, making no change
- 14:38:34 [Arnaud]
- ack ashok
- 14:38:59 [sandro]
- Ashok: There's a section 4.1.4 that spoke to this. Does that get clarified or removed or what?
- 14:39:16 [sandro]
- Arnaud: No one has proposed that
- 14:39:54 [sandro]
- Arnaud: There is one MUST in the spec.
- 14:40:32 [sandro]
- Ashok: I recommend keeping it open and figuring out what to do with that part of our spec.
- 14:41:04 [sandro]
- Arnaud: I don't want to just leave it open, and then we'll come back in 2 months
- 14:41:13 [sandro]
- Ashok: give me an action
- 14:41:38 [SteveS]
- q+
- 14:41:38 [sandro]
- Arnaud: So we'll leave ISSUE-49 open for now, and Ashok with produce a recommendation about what to do about 4.1.4
- 14:41:47 [Arnaud]
- ack steves
- 14:42:14 [bhyland]
- bhyland has joined #ldp
- 14:43:42 [sandro]
- action Ashok to propose how to modify the text of 4.1.4 to go with closing ISSUE-49 (with no material modification to spec)
- 14:43:42 [trackbot]
- Created ACTION-40 - Propose how to modify the text of 4.1.4 to go with closing ISSUE-49 (with no material modification to spec) [on Ashok Malhotra - due 2013-03-18].
- 14:44:42 [dret]
- i'm fine with ignoring ISSUE-37 for now and then attempt to distill it from tests
- 14:45:22 [sandro]
- Arnaud: We were going to talk about Reverse Membership Predicate, but Steve Battle asked we not decide in his absence, so we'll put it off.
- 14:45:35 [sandro]
- Arnaud: He did send email with example.
- 14:46:59 [sandro]
- dret: I liked Steve's notion that navigability and data model are different things. What are the concepts that we identify and represent; and THEN decide on the affordances, where do we encode it, so clients can find that part of the data model in that place.
- 14:47:35 [sandro]
- .. I really like the idea of splitting them. Make membership part of model, then later talk about how to make it navigable, maybe in both directions.
- 14:47:55 [sandro]
- Arnaud: I thought you might agree with that. :-)
- 14:48:10 [sandro]
- Arnaud: Steve's example was very useful. I had no understood it.
- 14:48:20 [sandro]
- Arnaud: We need more examples posted.
- 14:49:06 [sandro]
- Arnaud: I had thought it was a back-link, but he's just using a different membership property. The link is in the same direciton, container to member.
- 14:50:13 [sandro]
- topic: issue-35
- 14:50:16 [sandro]
- issue-35?
- 14:50:16 [trackbot]
- ISSUE-35 -- POSTing to a container MUST yield a fresh URI -- open
- 14:50:16 [trackbot]
- http://www.w3.org/2012/ldp/track/issues/35
- 14:50:41 [sandro]
- Arnaud: We had a similar discussion about whether URIs could be reused after delete.
- 14:51:07 [sandro]
- .. Like MUST you get an error doing a GET after a DELETE?
- 14:51:22 [sandro]
- .. people seemed to think there may be cases where a URI is reused.
- 14:51:26 [sandro]
- issue-24?
- 14:51:26 [trackbot]
- ISSUE-24 -- Should DELETED resources remain deleted? -- closed
- 14:51:26 [trackbot]
- http://www.w3.org/2012/ldp/track/issues/24
- 14:51:39 [dret]
- i hope we don't say anywhere that you MUST get an error..
- 14:51:45 [sandro]
- Arnaud, so issue-35 and issue-24 seem linked
- 14:51:59 [pchampin]
- I agree that they seem linked
- 14:52:01 [sandro]
- (your logic sounds good to me, Arnaud)
- 14:52:31 [TallTed]
- seems an accurate assessment...
- 14:52:57 [sandro]
- dret, I don't think we have liberty to decide this. if a server decides to re-use URIs, that's up to it. clients shouldn't make those assumptions.
- 14:53:12 [sandro]
- s/dret,/dret:/
- 14:53:29 [sandro]
- dret: I don't think clients have business looking at URIs like this.
- 14:53:43 [sandro]
- Arnaud: Richard proposed server must not re-assign URI.
- 14:54:00 [sandro]
- q+
- 14:54:19 [TallTed]
- POSTing to a container MUST yield a URI ... it's server's choice what that URI is, and I think whether that URI is guaranteed new or re-used is and should remain outside our control
- 14:54:47 [sandro]
- Arnaud: To be consistent with 24 we can't change anything on 35. because we already said URIs may be reused
- 14:54:51 [Arnaud]
- ack sandro
- 14:55:32 [ericP]
- sandro: i'm concearned about the situation where client A deletes </foo> and client B continues to use </foo>
- 14:56:03 [ericP]
- ... if something else creates </foo>, the meaning will change out from under client B.
- 14:56:23 [sandro]
- Arnaud: Yeah, "under certain cirumstances". So in the NORMAL case you'd get a new URI.
- 14:56:28 [ericP]
- ... we need text which talks about "delete if if you're *sure* the URL hasn't leaked out"
- 14:56:33 [sandro]
- Arnaud: So I'm okay with a SHOULD.
- 14:56:34 [Arnaud]
- ack tallted
- 14:56:43 [dret]
- i think this is "deployment guide" stuff: don't do it, because of this and that.
- 14:56:57 [sandro]
- TallTed: This is no different from any other situation where URIs change.
- 14:57:42 [pchampin]
- I agree with TallTed
- 14:57:49 [dret]
- me too
- 14:57:54 [sandro]
- TallTed: I don't think this is an undetectable error condition. You just have to document your server behavior
- 14:58:20 [dret]
- i'd prefer non-spec level, this is just best practice
- 14:58:57 [sandro]
- sandro: documenting server bevavior means there's no spec here.
- 14:59:18 [SteveS]
- I like increasing the awareness from what we have, like with should or recommended, and possibly update some guidance into the deployment guide
- 14:59:45 [sandro]
- sandro: MUST is too hard to implemnt, but strongly worded SHOULD is okay
- 15:00:04 [sandro]
- Arnaud: Sounds like we're coming to SHOULD, but let's not decide until we have Richard present.
- 15:00:11 [dret]
- not sure. this is not a protocol issue. it's just a recommendation.
- 15:00:57 [dret]
- yup, and if people want to shoot themselves in the foot, they are allowed to do so. they just dimish the vaue of their service.
- 15:00:59 [sandro]
- TallTed: I think SHOULD might be too strong. eg in the case of a reboot
- 15:01:19 [sandro]
- sandro: if the client can't assume the URIs will be stable on a given server, we have a huge problem.
- 15:01:21 [Zakim]
- -Ashok_Malhotra
- 15:01:23 [dret]
- thanks everybody! thanks, sandro!
- 15:01:29 [Zakim]
- -dret
- 15:01:33 [sandro]
- thanks, dret!
- 15:01:41 [sandro]
- Arnaud: See many of you in Boston!!
- 15:01:45 [sandro]
- ADJOURN
- 15:01:49 [Zakim]
- -Yves
- 15:01:50 [Zakim]
- -TallTed
- 15:02:09 [Zakim]
- -pchampin
- 15:03:17 [Zakim]
- -JohnArwe
- 15:03:30 [sergio]
- sergio has joined #ldp
- 15:03:35 [sergio]
- hi
- 15:03:43 [sandro]
- https://www.csail.mit.edu/mrbs/view_entry.php?id=94640&area=1&day=14&month=03&year=2013
- 15:03:57 [JohnArwe]
- we just ended sergio --- US daylight savings started this past weekend
- 15:04:14 [cygri]
- cygri has joined #ldp
- 15:04:34 [Zakim]
- -SteveS
- 15:05:07 [Zakim]
- -Sandro
- 15:05:08 [Zakim]
- -Arnaud
- 15:05:10 [sergio]
- what' the new conference code?
- 15:05:12 [Zakim]
- -ericP
- 15:05:13 [Zakim]
- SW_LDP()10:00AM has ended
- 15:05:13 [Zakim]
- Attendees were pchampin, Ashok_Malhotra, TallTed, dret, JohnArwe, Sandro, Arnaud, ericP, Yves, SteveS
- 15:06:01 [sandro]
- cygri, meeting just ended. daylight saving time shift.
- 15:06:15 [sergio]
- ooooh
- 15:06:25 [sergio]
- same error than cygri
- 15:07:07 [cygri]
- i updated the calendar for RDF-WG and GLD-WG but must have forgotten LDP-WG
- 15:07:23 [sergio]
- me too
- 15:07:27 [sergio]
- sorry guys
- 15:07:29 [sandro]
- ETOOMANYWORKINGGROUPS
- 15:08:00 [cygri]
- cue rant about non-interoperable implementations of daylight saving time
- 15:09:28 [sergio]
- cygri: trick if you are using google calendar: set the time zone in us for that event
- 15:09:41 [sandro]
- oh, you can do that?
- 15:12:24 [ericP]
- -> http://www.energy.ca.gov/daylightsaving.html#earlydst daylight saving time shift
- 15:15:42 [cygri]
- ericP, I'm glad the compromise bill didn't involve shifting for half an hour
- 15:19:30 [ericP]
- 17.45 mins
- 15:22:19 [sergio]
- xD
- 15:22:43 [sergio]
- sandro: yes, google calendar supports that, I just never use it, from I'll do it for sure ;-)
- 15:23:41 [cygri]
- "yes i can make tuesday 11am GMT, but that will be a cygri from a timeline where today's meeting has not happened yet"
- 15:24:12 [sandro]
- *laugh*
- 15:24:22 [sandro]
- I know that guy! He's brilliant!
- 15:24:34 [sandro]
- mysteriously well informed
- 15:29:04 [sergio]
- xDDD
- 15:30:25 [sergio]
- at least for me, the event is showed in my local timezone, even if the time is for GMT-05:00
- 15:33:30 [Arnaud]
- sorry you missed the call guys
- 15:33:41 [Arnaud]
- I did my part sending a reminder to the list
- 15:34:29 [Arnaud]
- I'll admit that I forgot to set my alarm clock and woke up right about the time of the call!
- 15:42:04 [cygri]
- Arnaud, historical W3C data shows that 10% of WG members bungle this, regardless of how many warnings the chairs send... i think it's a natural constant, like the speed of light
- 15:56:50 [gavinc]
- Or everyone could just get rid of this horrible idea, screw interop, just abandon Daylight Savings time completely!
- 16:02:35 [sandro]
- just stick to local local time.
- 16:02:39 [sandro]
- grrr
- 16:02:43 [sandro]
- local solar time
- 16:02:54 [sandro]
- to my fingers, "local" and "solar" are the same word.
- 16:05:11 [cygri]
- GMT everywhere!
- 16:08:50 [sandro]
- might as well go to decimal time as well.
- 16:08:52 [sandro]
- :-)
- 16:09:18 [cygri]
- and a decimal calendar.
- 16:10:12 [sandro]
- if we just speed up the rotation of the earth a little, we could get 400 days in a year, that would help a bit. Then we'd have 100 days in a season, etc.
- 16:10:51 [sandro]
- or moving the earth to a larger orbit; that would also get us 400 days in a year, AND help reduce global warming.
- 16:11:07 [sandro]
- (how come I never hear anyone propose this!)
- 16:11:37 [cygri]
- (y)
- 16:12:14 [cygri]
- this would also dodge the doomsday asteroid
- 16:45:10 [bblfish]
- bblfish has joined #ldp
- 17:05:07 [Zakim]
- Zakim has left #ldp
- 17:30:22 [Arnaud]
- cygri, sandro: given the US track record on failing to adopt the metric system despite all its advantages and a much easier change to make than adopting a decimal calendar there is little hope that a decimal calendar would ever be accepted!...
- 17:43:56 [gavinc]
- Arnaud: We did adopt it! ... and then ignored it ;)
- 17:44:34 [gavinc]
- On the other hand, you can't service a car, bike, toaster, oven, or much of anything in the US with anything other then Metric tools
- 17:44:50 [gavinc]
- Mostly we haven't changed speed limits ;)
- 17:45:10 [gavinc]
- or other road signs
- 17:45:20 [Arnaud]
- and labelling!
- 17:46:23 [Arnaud]
- going to the grocery or hardware store still requires a good understanding of the american system
- 17:46:50 [Arnaud]
- after 15 years in the US I still struggle with the different measures of volumes and weight
- 17:49:31 [Arnaud]
- and it pains me to think that this is what my kid is being taught in school
- 17:50:32 [gavinc]
- eh? food labeling ist mostly dual
- 17:50:46 [Arnaud]
- "mostly" :)
- 17:50:57 [Arnaud]
- price tags aren't
- 17:51:09 [gavinc]
- Okay, the butcher looks at you very funny if you ask for grams of meat
- 17:51:32 [Arnaud]
- you want to compare the price of two similar items and one has a price per lb the other per ounce, etc.
- 17:51:47 [gavinc]
- Eh, science education for me was all in SI
- 17:52:43 [Arnaud]
- and because the items are sized in ounces etc you always end up with odd metric measures
- 17:53:28 [Arnaud]
- which kind of defeats the points
- 17:53:40 [Arnaud]
- s/points/point/
- 18:13:43 [bblfish]
- bblfish has joined #ldp
- 18:17:38 [bblfish]
- bblfish has joined #ldp
- 18:35:12 [bblfish]
- bblfish has joined #ldp
- 18:44:02 [bblfish]
- bblfish has joined #ldp
- 23:36:20 [bblfish]
- bblfish has joined #ldp