14:56:47 RRSAgent has joined #rdfa 14:56:47 logging to http://www.w3.org/2011/02/17-rdfa-irc 14:56:48 RRSAgent, make logs world 14:56:50 Zakim, this will be 7332 14:56:51 ok, trackbot; I see SW_RDFa()10:00AM scheduled to start in 4 minutes 14:56:51 Meeting: RDFa Working Group Teleconference 14:56:52 Date: 17 February 2011 14:57:17 Agenda: http://lists.w3.org/Archives/Public/public-rdfa-wg/2011Feb/0136.html 14:57:35 Chair: Manu 14:58:58 I might need to disappear at short notice, but other than that, yes. 14:59:08 SW_RDFa()10:00AM has now started 14:59:15 +ShaneM 14:59:45 +??P2 14:59:53 zakim, I am ??P3 14:59:54 sorry, manu1, I do not see a party named '??P3' 14:59:55 zakim, I am ??P2 14:59:55 +manu1; got it 15:00:07 zakim, dial ivan-voip 15:00:07 ok, ivan; the call is being made 15:00:09 +Ivan 15:01:20 scribenick: tinkster 15:01:30 Steven has joined #rdfa 15:01:46 + +47.85.583.aaaa 15:01:48 Knud has joined #rdfa 15:01:52 Zakim, aaaa is me 15:01:52 +tinkster1; got it 15:01:57 Zakim, mute me 15:01:57 tinkster1 should now be muted 15:02:12 +Knud 15:02:26 + +49.631.205.75.aabb 15:02:44 Zakim, unmute me 15:02:44 tinkster1 should no longer be muted 15:02:47 zakim, aabb is me 15:02:47 +Benjamin; got it 15:02:49 Zakim, mute me 15:02:49 tinkster1 should now be muted 15:04:22 +[IPcaller] 15:04:27 Zakim, i am IPcaller 15:04:27 ok, webr3, I now associate you with [IPcaller] 15:04:34 Steven_ has joined #rdfa 15:04:45 zakim, dial steven-617 15:04:45 ok, Steven_; the call is being made 15:04:46 +Steven 15:04:51 zakim, who is here 15:04:51 webr3, you need to end that query with '?' 15:04:54 zakim, who is here? 15:04:54 On the phone I see ShaneM, manu1, Ivan, tinkster1 (muted), Knud, Benjamin, [IPcaller], Steven 15:04:56 On IRC I see Steven_, Knud, Steven, RRSAgent, Benjamin, ShaneM, ivan, webr3, manu1, tinkster, manu, Zakim, trackbot 15:06:08 Topic: Default Profile URLs 15:06:46 http://www.w3.org/profile/SDFGHJ 15:07:18 http://www.w3.org/profile/rdfa-1.1 15:07:35 http://www.w3.org/profile/xhml-rdfa-1.1 15:07:54 http://www.w3.org/profile/html-rdfa-1.1 15:08:20 Ivan: W3C will hopefully allow us to use profile URIs like the ones I'm posting. 15:08:30 PROPOSAL: The two default profile URLs should be http://www.w3.org/profile/rdfa-1.1 and http://www.w3.org/profile/html-rdfa-1.1 15:08:39 +1 15:08:40 +1 15:08:41 +1 15:08:41 +1 15:08:42 +1 15:08:45 +1 15:08:58 +1 15:09:01 +1 15:09:04 RESOLVED: The two default profile URLs should be http://www.w3.org/profile/rdfa-1.1 and http://www.w3.org/profile/html-rdfa-1.1 15:09:24 ACTION: Ivan to setup the default RDFa profile URLs with the systems team 15:09:24 Created ACTION-67 - Setup the default RDFa profile URLs with the systems team [on Ivan Herman - due 2011-02-24]. 15:09:30 -Steven 15:09:42 zakim, dial steven-617 15:09:42 ok, Steven_; the call is being made 15:09:43 +Steven 15:09:57 Steven_: do we need the "1.1" in the URI? 15:12:15 manu: we need a version number in case we want to remove terms/prefixes in future versions. 15:13:27 ... and creating an "rdfa-latest" profile would create incompatibilities in documents when it changes. 15:14:19 Ivan: for most people, who will not express the profile explicitly, this breakage will happen anyway as parsers will start using a new profile by default. 15:15:10 Steven: just wanted to make sure this had been thought through. 15:15:21 manu: personally I want the version number in there. 15:15:22 Topic: Hypertext Coordination Group Participation 15:16:37 manu: we'd like to participate in the co-ordination group. 15:17:59 (people discuss Peter Mika's RDFa usage data) 15:18:32 manu: huge sample size; lots of non-trivial uses of RDFa. 15:18:58 ... at least 430,000,000 pages using RDFa. 15:20:41 q+ 15:20:49 ack [IPcaller] 15:23:34 Topic: Last Call Review 15:23:58 manu: any issues we've missed? 15:24:29 Toby: I've not yet provided responses for mine (draft for one, no draft for the other yet) 15:24:33 ISSUE-70? 15:24:33 ISSUE-70 -- RDFa Core 1.1 LC comments about versioning from Jeni Tennison -- open 15:24:33 http://www.w3.org/2010/02/rdfa/track/issues/70 15:24:47 ShaneM(?): we've not discussed issue 70 yet. 15:25:01 manu: mostly seems to be editorial/won't fix. 15:25:20 Topic: ISSUE-70: RDFa Core 1.1 LC comments about versioning from Jeni Tennison 15:26:03 scribenick: manu 15:26:17 Ivan: I think we discussed some of this before 15:26:54 Ivan: I think what she's asking for is that processors should be able to recognize whether or not they're recognizing a 1.0 vs. 1.1 document. 15:26:55 q+ 15:27:01 ack [IPcaller] 15:28:04 Nathan: As far as I can tell, I think she's saying that if she uses the same processor for a RDFa 1.0 vs 1.1 document there's no way for her to tell the difference between the two? 15:28:19 ShaneM: There is a @version attribute in 1.1 - but only in XHTML 15:31:39 Manu: ... explains what he thinks that Jenny wants ... 15:33:58 Isn't this what she wants? http://www.w3.org/2010/02/rdfa/sources/rdfa-core/Overview-src.html#a_history 15:36:25 we said "There SHOULD be a @version attribute on the html element with the value "XHTML+RDFa 1.0"" 15:37:29 ShaneM: @version is required for XHTML+RDFa 1.0 documents. 15:37:34 Ivan: We don't say that 15:37:46 ShaneM: I didn't mean to imply that - that's how my processor works. 15:37:56 Ivan: My processor doesn't do anything w/ @version attribute 15:38:39 Ivan: I don't see any way to allow RDFa 1.0 processors to process RDFa 1.1 documents w/ @prefix etc. 15:39:28 Ivan: I think what she's asking for is guidance, not a new processor feature that ensures that RDFa 1.0 processors can process RDFa 1.1 documents w/ RDFa 1.1 attributes. 15:39:35 scribenick: tinkster 15:40:01 manu: does anyone believe that @version will help processors? 15:43:53 ivan: @version is useful for Jeni's first question, but useless for the second. 15:46:04 ShaneM: should we document techniques for processors to conform to 1.0 and 1.1? 15:46:28 ivan: we could mention @version as a switch for modes? 15:46:38 ShaneM: we could also use 15:47:03 ivan: in many XML processors, it's simpler to get the attribute than to find the doctype. 15:47:59 manu: i don't think we should change processing rules. we could add a section on compatibility though. 15:48:39 manu: overall i think our goal should be to tell people to just use 1.1. 15:48:43 q+ 15:48:52 ack ivan 15:49:44 for a conformant 1.1 processor, if i get a 1.0 document, what's the proper behaviour? 15:49:51 s/for/Ivan: for/ 15:50:00 manu: process as 1.1. 15:50:01 q+ to discuss 1.0 support 15:50:11 ack ShaneM 15:50:11 ShaneM, you wanted to discuss 1.0 support 15:51:24 ShaneM: if I see "1.0", then surely the correct behaviour is to treat it as 1.0. otherwise we're as bad as HTML5. ;-) 15:52:24 ivan: it's quite simple to switch. 15:53:11 manu: it would be strange if we suggested @version to detect but didn't define a @version attribute in 1.1. 15:53:34 q+ 15:53:55 manu: we'd have a big fight with HTMLWG if we added @version. 15:53:58 ack [IPcaller] 15:54:21 toby: points out that HTML4, XHTML 1.x, HTML 3.2 and HTML 2.0 all had @version. 15:55:38 why is it a bad idea to give people the opportuntity to tell a processor what version of RDFa is in a document I write? why? 15:55:47 s/I write/they write/ 15:55:47 because they won't use it 15:55:56 and it becomes useless very quickly if it's optional 15:56:10 and if it's not optional, their documents break - same issue w/ @version in HTML4 vs HTML5 15:57:31 webr3: we need to not just announce which version of RDFa is being ignored, but whether RDFa is being used at all. 15:58:37 manu: to completely ignore any document that doesn't have @version will not work - google, yahoo, etc want to get as much information as possible, whether or not document authors stuck to the rules. 15:58:42 ivan: agrees 16:00:01 q+ 16:00:13 We can require @version to be conformant for authors without forbidding consumers from being liberal in what they accept. 16:00:46 ack ivan 16:01:42 ivan: my approach - an RDFa 1.1 processor that sees a 1.0 @version attribute SHOULD/MUST attempt to maintain backwards compatibility. 16:02:08 Note that I do not think we need to specify any of this in RDFa 1.1. We said it in 1.0. incompletely. that horse has left the barn. 16:02:28 ... and thus we should allow people to use version="RDFa 1.1" for those people who want to target a specific version. 16:03:09 FYI @version in XHTML+RDFa has a value of 'XHTML+RDFa 1.1" 16:04:52 ShaneM: we could say this in core. @version is still in the spec, we just don't say authors SHOULD use it any more. 16:06:11 manu: OK, we need to come up with @version values for HTML4+RDFa, HTML5+RDFa. 16:06:21 version="HTML+RDFa 1.0" 16:06:22 version="HTML+RDFa 1.1" 16:06:24 version="HTML4+RDFa 1.1" 16:06:27 version="HTML5+RDFa 1.1" 16:06:32 RDFa 1.1 16:06:40 version="RDFa 1.1" 16:07:22 version="RDFa11" ? 16:07:30 Toby: I think I look for version =~ /RDFa\s*([0-9\.]+)/i 16:07:53 rdfa="1.1" 16:08:54 Ivan: Nathan suggests rdfa="1.1", on the root element. Not such a bad idea. 16:09:08 if you see @version = 1.0 then infer rdfa="1.0" 16:09:27 I would rather argue for the use of an existing attribute 16:10:13 16:10:25 ShaneM: Ben would say that many authors can't access - they're using wikis and CMSes. What are they supposed to do? 16:10:37 the default version is the latest available RDFa spec? 16:10:47 knud: yes 16:11:12 Toby: Steven's idea would require parsing RDFa to know how to parse RDFa? 16:11:55 i have to go for 10 minutes sorry, can return 16:12:00 manu: We're past the hour now, so bye bye to those who can't stick around. 16:12:03 Sorry I can't stay, have to get kids 16:12:16 -tinkster1 16:12:22 -Steven 16:19:23 ShaneM: There is an issue w/ requiring @version 16:19:54 ShaneM: If we want to introduce an rdfa attribute in the root element in rdfa core and assign it the value of "1.1" - I don't know about the HTML WG folks. 16:20:40 http://www.w3.org/TR/2002/WD-SVG11-20020108/#version-att 16:22:57 Nathan: RDFa is seen as an extension of HTML, not a part of HTML - if it's an extension, do we need a version for the extension? 16:23:24 Nathan: In some cases it'll be seen as part of HTML in others it'll be seen as an extension - @version doesn't apply to everything. 16:23:36 Nathan: No way to detect a version when people want to just place snippets in there. 16:24:08 version="*RDFa 1.0* 16:24:11 version="*RDFa 1.1* 16:24:14 version="*RDFa 2.0* 16:26:19 PROPOSAL: introduce @version in RDFa core with a value of RDFa 1.1. If it sees the 1.0 string, then it is processed as 1.0. If it sees 1.1 it processes as 1.1. if it sees nothing, it will be treated as the latest version of RDFa (currently 1.1). 16:27:33 -1 (SVG compat) 16:28:28 zakim, who is on the call? 16:28:28 On the phone I see ShaneM, manu1, Ivan, Knud, Benjamin, [IPcaller] 16:28:33 so we are back to the 'rdfa' attribute? 16:30:48 does svg not use a doctype? 16:31:31 -Knud 16:33:24 PROPOSAL: Re-introduce @version in XHTML+RDFa 1.1. If an RDFa Processor sees the string "RDFa 1.0", then it is processed as 1.0. If it sees "RDFa 1.1", it is processed as 1.1. If the processor does not see @version in XHTML+RDFa, the latest processing rules are used. If a Host Language doesn't allow specification via @version, the latest processing rules are used. 16:34:02 +1 16:34:06 +1 16:34:35 +1 16:34:36 +1 16:34:36 +1 16:34:46 RESOLVED: Re-introduce @version in XHTML+RDFa 1.1. If an RDFa Processor sees the string "RDFa 1.0", then it is processed as 1.0. If it sees "RDFa 1.1", it is processed as 1.1. If the processor does not see @version in XHTML+RDFa, the latest processing rules are used. If a Host Language doesn't allow specification via @version, the latest processing rules are used. 16:34:50 +1 (but recognise caveat that RDFa always has to maintain backwards compat the same way HTML does w/ different rules for processors, and XHTML essentially needs it's own per version strict rules modes) 16:35:31 zakim, bye 16:35:31 leaving. As of this point the attendees were ShaneM, manu1, Ivan, +47.85.583.aaaa, tinkster1, Knud, +49.631.205.75.aabb, Benjamin, [IPcaller], Steven 16:35:31 Zakim has left #rdfa 16:35:37 zakim, drop me 16:36:53 Topic: Last Call timeframe 16:37:18 Manu: We'll try for new Editors draft documents in 2 weeks 16:37:30 Manu: 2nd Last Call publication in 3-4 weeks from now. 16:38:16 zakim, drop me 16:40:58 RRSAgent, make logs public 16:41:07 RRSAgent, help? 16:41:07 I'm logging. Sorry, nothing found for 'help' 16:41:16 RRSAgent, publish minutes 16:41:16 I have made the request to generate http://www.w3.org/2011/02/17-rdfa-minutes.html manu1 16:47:03 manu, still around? 16:47:28 yup 16:47:52 ok, perhaps a stupid question, does RDFa 1.0 have HTML support (not xhtml) 16:48:08 nope 16:48:15 well, yes and no 16:48:17 not officially 16:48:27 but everybody's processor will work on an HTML document that contains RDFa. 16:48:42 and I have a feeling that people will be lax about the @version attribute as well 16:49:09 (meaning, if the processor sees @version="..." it will process it regardless of whether or not it's an HTML4, HTML5 or XHTML1 document) 16:49:11 okay.. then i have to say a couple of things.. 16:50:34 RDFa Core from here on always needs to be backwards compatible, versionless, and have a set of processing rules that take in to account bc (like HTML does), xmlns must not be supported (for authors) in HTML, and HTML+RDFa shouldn't mention it, XHTML+RDFa host profiles will always need to be explicitly versioned, and have their own set of per version rules 16:51:18 and some note that specifies the switching mechanism for XHTML+RDFa, if you see 1.0 use 1.0 processor, if 1.1 use 1.1 processor, and so forth 16:51:44 other techs that are versionless, like HTML, SVG, just have to use the latest processing rules and author guidelines at all times 16:56:18 RDFa 1.1 kinda gives us an alternative version switch going forward. 16:58:49 RDFa 2.0 could simply define a profile URI and make it 404. This profile could then my used by authors to hide elements from RDFa 1.1 processors, while RDFa 2.0 processors would know all about the magic 404 profile and look inside the element for juicy 2.0 goodness. 17:01:37 tinkster, did you see jhigman looking for you earlier btw? 17:01:42 in #swig 17:09:32 tinkster: 404? eww 17:10:28 Use a "urn:" then - whatever. Something an RDFa 1.1 processor can't dereference. 17:10:52 profile="mailto:rdfa2@w3.org" 17:11:17 To: rdfa2@w3.org 17:11:26 From: rdfa11processor@example.com 17:11:28 webr3: I don't disagree w/ anything that you said 17:11:33 Subject: Profile 17:11:38 Dear sirs, 17:11:54 Could you please send me this profile? I am waiting to finish processing the document. 17:12:29 lol that could be a reality.. 17:18:14 ShaneM has left #rdfa 17:27:53 webr3 has joined #rdfa