IRC log of rdfa on 2010-07-22
Timestamps are in UTC.
- 13:52:01 [RRSAgent]
- RRSAgent has joined #rdfa
- 13:52:01 [RRSAgent]
- logging to http://www.w3.org/2010/07/22-rdfa-irc
- 13:54:16 [manu]
- manu has changed the topic to: RDFa WG Telecon Agenda http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0121.html (manu)
- 13:54:30 [manu]
- trackbot, prepare telecon
- 13:54:32 [trackbot]
- RRSAgent, make logs world
- 13:54:34 [trackbot]
- Zakim, this will be 7332
- 13:54:34 [Zakim]
- ok, trackbot; I see SW_RDFa()10:00AM scheduled to start in 6 minutes
- 13:54:35 [trackbot]
- Meeting: RDFa Working Group Teleconference
- 13:54:35 [trackbot]
- Date: 22 July 2010
- 13:54:39 [manu]
- Chair: Manu
- 13:55:20 [manu]
- Present: Ivan, Steven, Manu, Shane
- 13:58:57 [Zakim]
- SW_RDFa()10:00AM has now started
- 13:59:04 [Zakim]
- + +1.540.961.aaaa
- 13:59:10 [manu]
- zakim, I am aaaa
- 13:59:10 [Zakim]
- +manu; got it
- 14:00:21 [Steven]
- zakim, dial steven-617
- 14:00:21 [Zakim]
- ok, Steven; the call is being made
- 14:00:22 [Zakim]
- +Steven
- 14:01:34 [ivan]
- zakim, dial ivan-voip
- 14:01:34 [Zakim]
- ok, ivan; the call is being made
- 14:01:35 [Zakim]
- +Ivan
- 14:01:48 [Zakim]
- +ShaneM
- 14:02:18 [Knud]
- Knud has joined #rdfa
- 14:02:25 [ShaneM]
- ShaneM has joined #rdfa
- 14:02:38 [Zakim]
- + +3539149aabb
- 14:03:29 [Steven]
- zakim, aabb is Knud
- 14:03:29 [Zakim]
- +Knud; got it
- 14:03:52 [manu]
- Regrets: Toby
- 14:04:01 [manu]
- zakim, who is on the call?
- 14:04:01 [Zakim]
- On the phone I see manu, Steven, Ivan, ShaneM, Knud
- 14:04:11 [markbirbeck]
- markbirbeck has joined #rdfa
- 14:04:40 [markbirbeck]
- On my way...
- 14:04:46 [markbirbeck]
- zakim, code?
- 14:04:46 [Zakim]
- the conference code is 7332 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), markbirbeck
- 14:05:21 [markbirbeck]
- Aargh..."all circuits are busy now".
- 14:05:56 [Steven]
- Mark, did you notice new numbers?
- 14:05:58 [Zakim]
- +??P21
- 14:06:05 [markbirbeck]
- zakim, i am ?
- 14:06:05 [Zakim]
- +markbirbeck; got it
- 14:06:39 [markbirbeck]
- @Steven: Football arrived yesterday...Reuben extremely happy!
- 14:06:53 [manu]
- Scribe: Mark
- 14:07:13 [markbirbeck]
- TOPIC: Heartbeat working drafts by end July 2010.
- 14:07:20 [Steven]
- s/@1,08Steven: Football arrived yesterday...Reuben extremely happy!//
- 14:07:35 [Steven]
- rrsagent, make minutes
- 14:07:35 [RRSAgent]
- I have made the request to generate http://www.w3.org/2010/07/22-rdfa-minutes.html Steven
- 14:08:28 [markbirbeck]
- Manu: We may be late on RDFa Core...need to publish every 3 months.
- 14:08:49 [markbirbeck]
- Steven: Technically, we need to publish /something/ every 3 months, but no necessarily the same draft.
- 14:09:02 [Steven]
- s/the same/each/
- 14:09:10 [markbirbeck]
- Ivan: Agree...according to process we're ok.
- 14:09:35 [markbirbeck]
- Shane: We can publish RDFa Core whenever we like, it's always up-to-date.
- 14:09:38 [Steven]
- zakim, who is on the phone?
- 14:09:38 [Zakim]
- On the phone I see manu, Steven, Ivan, ShaneM, Knud, markbirbeck
- 14:09:47 [Steven]
- Present+Mark
- 14:09:50 [Steven]
- Present+Knud
- 14:09:51 [markbirbeck]
- Manu: Not too worried about state of RDFa Core.
- 14:10:01 [markbirbeck]
- ... But we haven't done anything on the API document for a while.
- 14:10:17 [markbirbeck]
- ... Shane, could we have RDFa Core and HTML+RDFa ready to go?
- 14:10:26 [markbirbeck]
- ... And then we could discuss the API document in the next month.
- 14:10:32 [markbirbeck]
- ... Everyone ok with that?
- 14:10:40 [markbirbeck]
- ... General nodding.
- 14:10:52 [ivan]
- q+
- 14:10:53 [markbirbeck]
- TOPIC: ISSUE-26
- 14:13:10 [manu]
- Mark: I'm concerned that we're creating a technology that we may not need. There are ways to do error mechanisms w/o needing an RDFa error vocabulary.
- 14:13:35 [markbirbeck]
- s/may not need/may not be able to agree on, without using up a lot of time/
- 14:13:38 [manu]
- Mark: So the discussion may need to go back to whether or not we need to specify the error reporting mechanism in RDFa Core.
- 14:14:01 [manu]
- Ivan: Maybe we can keep the current formulation of processor graph and default graph.
- 14:14:09 [Steven]
- Agenda: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0121
- 14:14:14 [Steven]
- rrsagent, make minutes
- 14:14:14 [RRSAgent]
- I have made the request to generate http://www.w3.org/2010/07/22-rdfa-minutes.html Steven
- 14:14:36 [manu]
- Ivan: We should not define the details of what goes into the processor graph.
- 14:14:41 [manu]
- q+ to discuss vocabulary
- 14:14:45 [manu]
- ack ivan
- 14:15:19 [manu]
- Ivan: If we put this formulation into the document, maybe the community will give us feedback as to whether or not they want an error reporting mechanism.
- 14:15:23 [manu]
- ack manu
- 14:15:23 [Zakim]
- manu, you wanted to discuss vocabulary
- 14:15:30 [ShaneM]
- I don't care anymore
- 14:16:49 [markbirbeck]
- Manu: Problem is that each parser has a different mechanism for reporting errors.
- 14:16:49 [ivan]
- q+
- 14:17:08 [markbirbeck]
- ... Would be great if Firefox's technique was the same as Ivan's Distiller.
- 14:17:33 [markbirbeck]
- ... If we think that this would be useful not just to developers but end-users, then we should go to some lengths to define these values.
- 14:17:58 [markbirbeck]
- ... We don't necessarily need to put the error vocabulary into RDFa Core, but it would be good if we did create a vocabulary.
- 14:18:08 [manu]
- ack ivan
- 14:18:27 [markbirbeck]
- Ivan: The problem is that realistically this is where opinions differ.
- 14:18:55 [markbirbeck]
- ... So I have my version of the vocabulary...Benjamin wants an XML literal...Mark wants something EARL-based.
- 14:19:10 [manu]
- q+ to discuss consensus
- 14:19:18 [markbirbeck]
- ... So obtaining consensus is going to be time-consuming.
- 14:19:37 [markbirbeck]
- ... Agree with Mark that this isn't so central that it should take up so much time.
- 14:19:49 [manu]
- ack manu
- 14:19:49 [Zakim]
- manu, you wanted to discuss consensus
- 14:19:53 [markbirbeck]
- ... So for the time being feel that we should just leave it open for now.
- 14:20:08 [markbirbeck]
- Manu: Not saying that this vocabulary should be discussed on the WG.
- 14:20:29 [markbirbeck]
- Ivan: Ok...happy to write that down.
- 14:21:20 [markbirbeck]
- Manu: Seems like something that is useful and warrants guidance.
- 14:24:20 [ShaneM]
- q+ to talk about how errors are handled in core
- 14:24:57 [manu]
- Mark: I don't know if we need to have anything in RDFa Core about processor graphs. I think it makes sense in the RDFa API document.
- 14:25:01 [ivan]
- ack ShaneM
- 14:25:01 [Zakim]
- ShaneM, you wanted to talk about how errors are handled in core
- 14:25:05 [ivan]
- q+
- 14:25:11 [markbirbeck]
- Mark: Would prefer to not see this in there at all, because I have a general feeling that things are getting more complicated.
- 14:25:19 [manu]
- ack ivan
- 14:25:34 [markbirbeck]
- Shane: What do we say in the core document about processing errors?
- 14:25:49 [markbirbeck]
- Ivan: We should retain the processor graph idea, so we only need to refer to that.
- 14:25:57 [markbirbeck]
- ... We don't need to say what the triples look like.
- 14:26:19 [markbirbeck]
- Shane: If there is consensus on that then I'm fine.
- 14:26:37 [markbirbeck]
- Manu: There is other language in there about how to access this graph.
- 14:26:50 [ShaneM]
- The language is here: http://www.w3.org/2010/02/rdfa/sources/rdfa-core/Overview-src.html#processor-status
- 14:29:17 [ivan]
- q+
- 14:30:08 [markbirbeck]
- Manu: It looks like section 7.6.2 is what should come out.
- 14:31:01 [markbirbeck]
- Ivan: Think that the final warning in the list shouldn't be a must.
- 14:31:15 [markbirbeck]
- ... (In the opening part of section 7.6.)
- 14:31:54 [ivan]
- http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0130.html
- 14:32:46 [markbirbeck]
- Mark: Are we saying processors MUST implement all of this?
- 14:33:16 [markbirbeck]
- Manu: No. If you choose to implement this, then it must conform to this particularly arrangement.
- 14:33:18 [manu]
- PROPOSAL: A general error reporting mechanism should be described by RDFa Core, but the specifics of the RDFa Error Vocabulary are out of scope for RDFa Core per http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0130.html
- 14:33:33 [ivan]
- +1
- 14:33:43 [manu]
- +1
- 14:33:50 [Knud]
- +1
- 14:33:56 [markbirbeck]
- +0
- 14:34:05 [Steven]
- +1
- 14:34:28 [ShaneM]
- +1
- 14:36:14 [manu]
- RESOLVED: A general error reporting mechanism should be described by RDFa Core, but the specifics of the RDFa Error Vocabulary are out of scope for RDFa Core per http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0130.html
- 14:36:32 [markbirbeck]
- Ivan: Don't forget to update tracker.
- 14:36:41 [markbirbeck]
- TOPIC: ISSUE 24
- 14:36:48 [Steven]
- issue-26?
- 14:36:48 [trackbot]
- ISSUE-26 -- Do we need an error reporting mechanism for RDFa? -- closed
- 14:36:48 [trackbot]
- http://www.w3.org/2010/02/rdfa/track/issues/26
- 14:36:52 [markbirbeck]
- Manu: Shane put out a proposal in the last day or so.
- 14:37:03 [Steven]
- issue-24?
- 14:37:03 [trackbot]
- ISSUE-24 -- Should all terms be case-sensitive in HTML5 and XHTML? -- open
- 14:37:03 [trackbot]
- http://www.w3.org/2010/02/rdfa/track/issues/24
- 14:37:16 [markbirbeck]
- Shane: This is actually Manu's proposal...I just provided the dextrous digits.
- 14:37:41 [markbirbeck]
- ... Upshot of the proposal is to treat all terms as being compared case-insensitively.
- 14:38:02 [markbirbeck]
- ... Solves the real problem I had which was that special-casing vocabularies seemed weird.
- 14:38:20 [markbirbeck]
- ... Comparison of terms is case-insensitive.
- 14:38:26 [markbirbeck]
- ... Languages can define terms.
- 14:38:45 [manu]
- q+ to discuss language documents that specify terms
- 14:38:46 [markbirbeck]
- ... A profile should be declared to contain the terms, but they can be hard-coded.
- 14:38:48 [manu]
- ack ivan
- 14:39:48 [markbirbeck]
- Ivan: Clarifications: It's not a core part of the proposal but relates to last week's discussion -- the default vocabulary goes away.
- 14:40:33 [markbirbeck]
- Shane: Disagree. The spec says that a language can define a default vocabulary.
- 14:41:12 [markbirbeck]
- Ivan: Second thing is what to do with CURIEs that have an empty prefix.
- 14:41:33 [markbirbeck]
- ... Shane's proposal resolves this, but would like to see a note in there to say that it's not a good idea.
- 14:41:58 [markbirbeck]
- ... Final thing is to say that the set of terms in the current profile is fixed.
- 14:42:07 [markbirbeck]
- ... I.e., if we add more terms then we need a new URI.
- 14:42:19 [markbirbeck]
- ... Not sure how that will go down with HTML 5 and others.
- 14:42:38 [markbirbeck]
- Manu: Want to make it easy for implementers to define one set of terms.
- 14:43:03 [markbirbeck]
- ... In the future HTML 5 will start adding terms, but it could take a while, so I don't think there will be an issue for a while.
- 14:43:49 [markbirbeck]
- ... So we say that this is the default document for all RDFa processors. Then in a year or two we discover that there are other terms needed, and it's not too much of an issue to just add them.
- 14:44:24 [ivan]
- q+
- 14:44:27 [manu]
- ack manu
- 14:44:27 [Zakim]
- manu, you wanted to discuss language documents that specify terms
- 14:44:30 [markbirbeck]
- ... However, if we need something dynamic for HTML 5 then we could create a document that contains a profile that must be loaded.
- 14:46:00 [manu]
- ack ivan
- 14:46:20 [markbirbeck]
- Ivan: I'm going to get into details here...but I think we need to.
- 14:46:41 [markbirbeck]
- ... Conceptually XHTML will have its own profile document that lists the terms. Whether that's cached or not is besides the point.
- 14:47:15 [markbirbeck]
- ... What happens if I have an XHTML document that has a profile document at the top?
- 14:47:20 [markbirbeck]
- Shane: That should override the default.
- 14:47:45 [markbirbeck]
- Ivan: Agree, but that should be made clear.
- 14:47:52 [markbirbeck]
- Shane: Have related question.
- 14:48:32 [markbirbeck]
- ... If I load a profile on one element, and then load another in a child element, we get the result of both?
- 14:48:38 [markbirbeck]
- General nodding.
- 14:48:56 [markbirbeck]
- Shane: Since this is correct, then we have no way to clear the collection.
- 14:49:40 [markbirbeck]
- ... @xml:lang="" clears the language...do we want the same feature?
- 14:49:47 [markbirbeck]
- Ivan: Give me the use-case.
- 14:50:48 [markbirbeck]
- Shane: I'm bringing in a part of a document, and I want to ensure that only the triples I want get included.
- 14:50:56 [markbirbeck]
- ... Will raise this separately.
- 14:51:15 [markbirbeck]
- Ivan: If we're planning a new draft, we should also get the default profile document ready.
- 14:51:32 [markbirbeck]
- Manu: Isn't that the same as the XHTML Vocab document?
- 14:51:38 [markbirbeck]
- Shane: Yes...I'll update it.
- 14:51:53 [markbirbeck]
- Manu: Any objections to Shane's proposal?
- 14:52:25 [Steven]
- http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0122.html
- 14:52:41 [manu]
- PROPOSAL: Adopt proposal for addressing ISSUE-24 (case-sensitive terms in HTML5) as posted to the mailing list: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0122.html
- 14:52:52 [ivan]
- +1
- 14:52:54 [markbirbeck]
- +1
- 14:52:55 [manu]
- +1
- 14:52:56 [Steven]
- +1
- 14:52:59 [Knud]
- +1
- 14:53:06 [manu]
- RESOLVED: Adopt proposal for addressing ISSUE-24 (case-sensitive terms in HTML5) as posted to the mailing list: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Jul/0122.html
- 14:53:10 [ShaneM]
- +1
- 14:53:38 [markbirbeck]
- TOPIC: ISSUE 3
- 14:53:43 [Steven]
- issue-3?
- 14:53:43 [trackbot]
- ISSUE-3 -- Updating HTML5 coercion to Infoset rules -- open
- 14:53:43 [trackbot]
- http://www.w3.org/2010/02/rdfa/track/issues/3
- 14:54:00 [markbirbeck]
- Manu: Could either be very easy to resolve...or very difficult, depending on whether we involve the HTML Wg.
- 14:54:05 [markbirbeck]
- s/Wg./WG./
- 14:55:02 [markbirbeck]
- ... Issue raised some time ago by Henri, when he said that if we don't coerce the document into an infoset, then people won't know how to get attribute values.
- 14:55:22 [markbirbeck]
- ... No-one had this problem, since many people had created JS parsers.
- 14:56:23 [markbirbeck]
- ... There's a proposal now that HTML 5 parsing should preserve namespace values.
- 14:57:17 [markbirbeck]
- Ivan: It's one of those things where I understood it when you were explaining it...then it vanished.
- 14:57:27 [markbirbeck]
- ... Is this something this WG has to deal with?
- 14:57:36 [markbirbeck]
- ... And is the HTML WG prepared to look at this?
- 14:58:06 [markbirbeck]
- Manu: If we specify it, it will make it easier to extract the XMLNS terms.
- 14:58:43 [markbirbeck]
- ... If it's rejected from HTML 5, then we have another path which is to specify it ourselves.
- 14:59:43 [markbirbeck]
- ... As to whether the HTML WG is open to this, I don't know; an issue would be whether this breaks backwards-compatibility, and to answer that we'd need to speak with browser vendors.
- 15:00:28 [markbirbeck]
- ... This is already in the spec and Henri hasn't raised any objections yet. But that may be because it's not on his (and/or Hixie's) radar.
- 15:00:59 [ShaneM]
- q+ to suggest a path
- 15:01:06 [manu]
- ack shanem
- 15:01:06 [Zakim]
- ShaneM, you wanted to suggest a path
- 15:01:26 [markbirbeck]
- ... If it comes out of HTML 5 then we just do it the hard way, and look in both places for the values.
- 15:01:55 [markbirbeck]
- Shane: Admire your passion Eran Brokevich, but we have a solution, so not sure it's worth pushing on it.
- 15:02:19 [markbirbeck]
- ... Since browsers won't know whether this breaks anything, then they could well be reluctant to make this change.
- 15:02:33 [markbirbeck]
- ... "Let it go, Manu...let it go".
- 15:02:44 [markbirbeck]
- Manu: I think I'm going to push a bit longer.
- 15:03:26 [markbirbeck]
- (Would like to point out that we all laughed when Manu first suggested that HTML 5 should support RDFa, and that he was going to make it happen.)
- 15:03:47 [Steven]
- Regrets for next 4 weeks
- 15:04:15 [markbirbeck]
- Ivan: Regrets for next 4 weeks.
- 15:04:24 [markbirbeck]
- Steven: Regrest for next 4 weeks.
- 15:04:34 [markbirbeck]
- s/Regrest/Regrest/
- 15:05:14 [Zakim]
- -manu
- 15:05:15 [Zakim]
- -markbirbeck
- 15:05:15 [ivan]
- zakim, drop me
- 15:05:16 [Zakim]
- Ivan is being disconnected
- 15:05:16 [Zakim]
- -Ivan
- 15:05:18 [Zakim]
- -Knud
- 15:05:20 [Steven]
- s/Regrest/Regrets/
- 15:05:25 [Zakim]
- -ShaneM
- 15:05:46 [Steven]
- zakim, who is on the phone?
- 15:05:46 [Zakim]
- On the phone I see Steven
- 15:05:51 [Zakim]
- -Steven
- 15:05:52 [Zakim]
- SW_RDFa()10:00AM has ended
- 15:05:54 [Zakim]
- Attendees were +1.540.961.aaaa, manu, Steven, Ivan, ShaneM, +3539149aabb, Knud, markbirbeck
- 15:06:03 [Steven]
- rrsagent,make minutes
- 15:06:03 [RRSAgent]
- I have made the request to generate http://www.w3.org/2010/07/22-rdfa-minutes.html Steven
- 15:06:19 [markbirbeck]
- For information: I'm speaking at an event organised with Talis and NHS, on August 17th on Ontologies and Healthcare. Have invited Steven to speak on RDFa, since he's visiting at the time. :)
- 15:06:30 [Steven]
- lol
- 16:30:31 [markbirbeck]
- markbirbeck has joined #rdfa
- 16:30:38 [ShaneM]
- ShaneM has joined #rdfa
- 17:28:37 [Zakim]
- Zakim has left #rdfa
- 18:14:54 [ShaneM]
- ShaneM has joined #rdfa
- 18:30:17 [manu]
- trackbot, bye
- 18:30:17 [trackbot]
- trackbot has left #rdfa
- 18:30:20 [manu]
- rrsagent, bye
- 18:30:20 [RRSAgent]
- I see no action items