13:42:54 RRSAgent has joined #rdfa 13:42:54 logging to http://www.w3.org/2010/04/29-rdfa-irc 13:42:55 trackbot has joined #rdfa 13:43:01 trackbot, start meeting 13:43:03 RRSAgent, make logs world 13:43:05 Zakim, this will be 7332 13:43:05 ok, trackbot; I see SW_RDFa()10:00AM scheduled to start in 17 minutes 13:43:06 Meeting: RDFa Working Group Teleconference 13:43:06 Date: 29 April 2010 13:44:22 Regrets: Knud, BenA, Markus, Ivan 13:44:49 Present: Benjamin, Manu, Mark, Steven, Shane 13:44:57 Chair: Manu 13:45:02 Scribe: Jeff 13:45:22 manu has changed the topic to: RDFa WG Telecon, Agenda: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Apr/0167.html (manu) 13:48:20 dongmei has joined #rdfa 13:53:37 Steven has joined #rdfa 13:57:58 ShaneM has joined #rdfa 13:59:20 SW_RDFa()10:00AM has now started 13:59:27 +Benjamin 14:00:10 +[MIT528] 14:00:31 +??P13 14:00:34 zakim, I am ??P13 14:00:34 +manu; got it 14:00:37 tinkster has joined #rdfa 14:00:50 morning, 14:01:23 +Toby 14:01:51 zakim, dial steven-617 14:01:51 ok, Steven; the call is being made 14:01:55 +Steven 14:01:59 hello 14:02:18 +ShaneM 14:03:21 zakim, code? 14:03:21 the conference code is 7332 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), markbirbeck 14:03:50 @Steven I won! 14:03:59 + +0208761aaaa 14:04:06 zakim, i am aaaa 14:04:06 +markbirbeck; got it 14:04:17 It will heal... 14:05:07 Scribe: ShaneM 14:05:15 zakim, mute me 14:05:15 sorry, tinkster, I do not know which phone connection belongs to you 14:05:23 zakim, who's here 14:05:23 tinkster, you need to end that query with '?' 14:05:29 zakim, who's here? 14:05:29 On the phone I see Benjamin, [MIT528] (muted), manu, Toby, Steven, ShaneM, markbirbeck 14:05:31 On IRC I see tinkster, ShaneM, Steven, dongmei, trackbot, RRSAgent, Zakim, manu, Benjamin, markbirbeck, kennyluck 14:05:38 zakim, i am Toby 14:05:38 ok, tinkster, I now associate you with Toby 14:05:46 zakim, mute me 14:05:46 Toby should now be muted 14:05:55 Topic: RDFa DOM API 14:06:31 manu: Thanks to Benjamin on all the hard work! We might not all agree with everything, but we have a solid basis to discuss. 14:08:02 http://www.w3.org/2010/02/rdfa/drafts/2010/WD-rdfa-dom-api-20100429/ 14:08:07 Benjamin: Quick update on what has changed in the last week. 14:09:09 ... not many technical changes. Renamed RDFAObject is now called RDFaProjection. URIs are now called IRIs. 14:09:23 s/RDFAObject/RDFaObject/ 14:10:13 ... decided to stringify triples in N3. Stringify IRI and blankNodes as text to ease comparisons. 14:10:17 N-Triples syntax right? Because N3 is something else. 14:11:02 s/triples in N3/triples in N-Triples notation/ 14:11:29 good catch toby 14:12:11 manu: Made some editorial changes to reorganize the document a little. Introduce concepts first, then base objects, then higher level objects, then the API itself. 14:13:23 shane: I made a spin through the document looking at technical issues first. 14:13:34 q+ triples versus statements 14:13:39 Shane: I raised a number of points on the mailing list, Manu updated the document to address those concerns. 14:13:46 q+ to ask about triples vs statements 14:14:19 Shane: The second review I did was more editorial in nature, the document reads better now. 14:14:36 Shane: I like the new organization changes, in general, I think the language reads well. 14:14:57 Shane: At the end of the day, we want to make sure the technical parts of it are useful. 14:15:05 ack toby 14:15:06 zakim, unmute me 14:15:06 Toby, you wanted to ask about triples vs statements 14:15:09 Toby was not muted, tinkster 14:15:41 Toby: A lot of the the interfaces use the term 'triple' and that is a bit jargon-y. Better to call it RDFstatement or something. 14:15:55 zakim, mute me 14:15:55 Toby should now be muted 14:16:01 manu: Shane had raised that it was superfluous to prefix things with 'RDF' at all. 14:16:05 no 14:16:15 zakim, unmute me 14:16:15 Toby should no longer be muted 14:16:28 zakim, mute me 14:16:28 Toby should now be muted 14:16:38 manu: Does Toby need this changed before FPWD? He says no. 14:17:02 manu: Knut had also sent in a review, and most of them have been addressed. 14:17:22 ... might want to do examples differently. Might want to show some HTML markup and then show API calls that would extract from it. 14:17:32 ... Have not made these changes yet, but its a great idea. 14:18:29 ... suggested some other things too. Has indicated he is fine with going to FPWD without the changes integrated. 14:18:47 ... Mark has some issues too. 14:20:10 markbirbeck: The root object and where it sits is a big issue. Toby raised this. 14:20:45 other APIs that float in the ether: Database API, WebWorkers 14:20:53 ... Traditionally W3C specs have attached new things to the document object or to nodes within the document. 14:22:18 ... even if you argue that the rdfa object should be free floating (equivalent to XMLHTTPRequest), the new objects that we have created should still be within the rdfa object, not on their own as well. 14:22:29 ... Things like IRI, PlainLiteral, TypedLiteral 14:24:10 q+ to discuss next steps after RDFa DOM API 14:24:20 (FPWD that is) 14:24:37 markbirbeck: What is the status of an FPWD? 14:25:00 Steven: The status is that it is currently agreed, but anything and everything can change in any working draft at any time. 14:25:27 ... We should agree as a group that existing implementations must not influence future changes to the spec. 14:25:46 ack manu 14:25:46 manu, you wanted to discuss next steps after RDFa DOM API 14:25:49 ... We should not be scared off by the idea that people might implement it. 14:26:07 markbirbeck: Actually I am more worried about the impression it gives than about whether it gets implemented. 14:26:33 manu: We have asked groups for input, and they have said they will do that once there is a draft. So we need something out there so we can get feedback. 14:26:54 ... if someone starts blogging and there is negative feedback, that's still okay. Feedback is important. 14:27:06 ... we shouldn't use this as a reason to not publish a draft. 14:27:42 ... Web Apps working group, for example. A review from them is important. 14:28:26 markbirbeck: The underlying question is 'why are we pushing this now? why one week vs another week?' 14:29:16 manu: the reason it is now instead of later is because of the timeline we have. We have lots of things we need to get to, and we are already late. Two weeks ago the document didn't hang together. Now it is more solid. 14:29:53 ... we need to start working on the RDFa Primer. There is an issue queue. If we don't get on with churning through the queue then we are in danger of slipping the rest of our schedule. 14:30:26 ... It might be better to have an FPWD and get issues against it to drive future discussion and evolution of the spec. 14:31:27 markbirbeck: Concerned that the spec hasn't really thought about the DOM and the browser. bent over backwards to make the spec language independent. Not sure what the use case is for something that is not browser / DOM centric. 14:34:24 manu: The current API spec is targeted at extracting triples from RDFa documents. 14:35:23 markbirbeck: Thinks the goal is to manipulate the DOM based upon the information that is marked up in RDFa. 14:35:34 ... you want to reduce the distance between the DOM and the action. 14:35:49 http://www.w3.org/2010/02/rdfa/drafts/2010/WD-rdfa-dom-api-20100429/#dom-node-filters 14:36:22 ... the examples are all done from the command line. What does that have to do with the interesting use case? 14:36:27 q+ to speak about retrieving DOM nodes in the RDFa DOM API 14:36:47 ... we have a mindset that keeps it generic, but that perspective is coloring the whole design. 14:37:46 ack benjamin 14:37:46 Benjamin, you wanted to speak about retrieving DOM nodes in the RDFa DOM API 14:37:51 ... the discussion of hanging this on the document object on the mailing list got a response from Manu that this couldn't be done in other languages. 14:37:55 http://www.w3.org/2010/02/rdfa/sources/rdfa-dom-api/#dom-node-filters 14:38:19 q+ to address Mark's concerns about DOM element tie-ins. 14:38:34 q+ 14:38:34 ack manu 14:38:35 manu, you wanted to address Mark's concerns about DOM element tie-ins. 14:38:41 Benjamin: Thinks we have addressed many of the topics. There are easy ways in the API to get the Nodes with specific characteristics. 14:39:32 manu: A lot of the API spec addresses the use cases that were raised. Unfortunately, we don't have good examples right now. But we are not completely ignoring the DOM. Every single literal or subject or predicate that comes back is tied into the DOM Nodes. 14:41:56 q+ to discuss solid proposals. 14:41:58 markbirbeck: the spec does a good job of pursuing its goal. I just think the goal is wrong. The API is so RDF oriented that people who are not RDF experts are going to have trouble doing the things that are going to be most wanted (e.g., find all the nodes that have a specific type, then make changes to those nodes). 14:42:30 ... the API we have is very generic. We need more specifics. And the things that are interesting should be right at the top. 14:42:55 q+ to reply on this 14:43:07 ack markbirbeck 14:44:18 ack manu 14:44:18 manu, you wanted to discuss solid proposals. 14:44:37 manu: I might agree in general. But I don't understand what we can do specifically to address your concerns. There might be organizational changes. There might be examples that could improve things? But what are those? We need a solid proposal. 14:45:03 markbirbeck: Agrees the onus is on me to make a solid proposal. Have been busy but have some cycles finally. 14:46:12 ... one possibility is a completely different spec. Another is that some additional methods toward the top that can do specific things to the DOM. Put the at the top for the common use cases. Keep the detailed generic API as 'advanced operations'. 14:46:20 ack benjamin 14:46:20 Benjamin, you wanted to reply on this 14:46:45 q+ to move towards a straw-poll. 14:46:59 look at http://www.w3.org/2010/02/rdfa/sources/rdfa-dom-api/#methods-5 14:47:26 Benjamin: use cases. At the beginning of the work there was a request for use cases. Those use cases were 'get triples out' and 'extract dom nodes via filters'. Those are important, and I really like the second one. The current spec supports these use cases. 14:48:38 ... it is easy to say 'give me all the nodes where X or Y'. Yes the API is RDF centric, but it is flexible and you can filter on any criteria - even complex criteria. 14:49:13 markbirbeck: can you find everyone who has a twitter account and get their twitter account name? 14:49:22 Benjamin: I am not sure what the path expressions are? 14:50:22 manu: Yes, it is possible. It could be made easier with convenience functions. But the core functionality is already there though. You do it with a filter function that remembers state. You examine the triples and only return triples that match your criteria. 14:50:53 markbirbeck: you call the filter function repeatedly? 14:51:31 s/filter function/getElements function/ 14:52:21 manu: no... the filter function is called by the RDFa DOM API repeatedly. You don't call it. You could do something more complicated too. Only give me twitter account names for people who have twitter accounts and are also at the W3C. Could do it in 2 passes. Or you could have a state object that remembers things that match. 14:53:03 manu: It isn't easy - certainly not as easy as mark wants it to be. Adding some content at the top of the document with convenience functions might help make that easier. 14:55:20 markbirbeck: The key is that it should be easy. The problem is that the API is too RDF-centric. If we publish this we could lose some good will. I would like to see the convenience functions, better examples, HTML fragments, use of opengraph protocol. Come out with guns blazing. 14:55:31 I have to go now. I agree with a lot of Mark's views, but I think we should go ahead with FPWD. I'll post a message to the list with some examples of how I think the API should work in an ideal world. 14:55:36 -Toby 14:57:31 Steven: If we are worried we should make it clear what we are doing and how it is likely to change right at the top. 14:58:12 Shane: I do have a comment - you often raise the issue what people are going to write or what they are going to say. 14:58:58 Shane: At the end of the day, I don't understand what it affects - we are chartered to do this, we're doing it - why do we have to be affected by every single blogger out there? 14:59:18 markbirbeck: That's not the concern. The concern is what people are going to write. We need to look like we are relevant and addressing current use of semantics on the web. 15:00:02 markbirbeck: people need to get the right impression about what we are doing. this isn't insurmountable, and people's impressions are important. 15:00:44 manu: I think this is a false argument. You assume there will be bad things said but we don't know that. We don't have any feedback so we don't know what people want. 15:02:36 ... this is creating a false choice. We all want this to be successful. We recognize that you (mark) disagree with how the current document is structured. Can you live with the document going out and getting feedback, then updating. Or do you completely object to it going out at all. 15:03:56 markbirbeck: It's not about polish. Its about direction. I want a week to help get this right. 15:04:54 manu: Let's take a straw poll as to whether the document should go to FPWD as is. 15:05:22 Toby, Ivan, and Knut have said it is okay to go FPWD prior to or during the call. 15:06:02 PROPOSAL: We publish the RDFa DOM API FPWD as is under the short name rdfa-dom-api on May 6th 2010. 15:06:09 +1 15:06:10 +0 15:06:12 -1 15:06:17 I can live with either way 15:06:18 -1 - give mark the week. 15:06:18 +1 15:06:28 we're a public group, so 15:07:13 manu: based upon this we should delay a week. Mark, what can you do in a week? 15:07:18 you can see our zpwd anyway 15:07:41 markbirbeck: I will write up a proposal for my changes. a new section and other changes. 15:08:00 Regrets for two weeks from me (vacation and W3C workshop) 15:08:02 manu: We need something to reivew and discuss onlne by next Monday. Exact spec language, please. 15:08:36 thank you,bye- 15:08:39 -markbirbeck 15:08:40 -manu 15:08:41 -[MIT528] 15:08:42 -Steven 15:08:44 -Benjamin 15:09:00 thanks the group...and promises hw will not have the nerve to ask for any further delays. :) 15:09:18 looking forward to your changes :) 15:09:47 dongmei has left #rdfa 15:12:11 let's see 15:13:44 disconnecting the lone participant, ShaneM, in SW_RDFa()10:00AM 15:13:47 SW_RDFa()10:00AM has ended 15:13:48 Attendees were Benjamin, [MIT528], manu, Toby, Steven, ShaneM, +0208761aaaa, markbirbeck 15:49:11 ShaneM has joined #rdfa 16:40:58 zakim, bye 16:40:58 Zakim has left #rdfa 16:41:01 rrsagent, bye 16:41:01 I see no action items