RDFa Working Group Teleconference

Minutes of 21 October 2010

Agenda
http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0187.html
Present
Shane McCarron, Toby Inkster, Steven Pemberton, Manu Sporny, Mark Birbeck, Knud Möller, Nathan Rixham
Regrets
Ivan Herman, Ben Adida, Benjamin Adrian
Scribe
Shane McCarron
IRC Log
Original and Editable Wiki Version
Resolutions
  1. RDFa Working group prefers the current text in the RDFa Core document as a way of expressing RDFa Profile documents. link
  2. Provide language in the RDFa Core spec to allow non-RDFa, and non-RDF serializations for RDFa Profile documents. If implementers use RDF to express prefix and term mappings, they MUST use the vocabulary defined in the RDFa Core specification. link
  3. Close ISSUE-37 - accept Ivan's edited changes to Mark's proposal: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0231.html link
  4. RDFa Core 1.1 should proceed to Last Call with a publication date of October 26th 2010. link
Topics
13:59:48 <RRSAgent> logging to http://www.w3.org/2010/10/21-rdfa-irc

RRSAgent IRC Bot: logging to http://www.w3.org/2010/10/21-rdfa-irc

13:59:50 <trackbot> RRSAgent, make logs world

Trackbot IRC Bot: RRSAgent, make logs world

13:59:52 <trackbot> Zakim, this will be 7332

Trackbot IRC Bot: Zakim, this will be 7332

13:59:52 <Zakim> ok, trackbot; I see SW_RDFa()10:00AM scheduled to start in 1 minute

Zakim IRC Bot: ok, trackbot; I see SW_RDFa()10:00AM scheduled to start in 1 minute

13:59:53 <trackbot> Meeting: RDFa Working Group Teleconference
13:59:53 <trackbot> Date: 21 October 2010
14:00:11 <Zakim> SW_RDFa()10:00AM has now started

Zakim IRC Bot: SW_RDFa()10:00AM has now started

14:00:18 <Zakim> +ShaneM

Zakim IRC Bot: +ShaneM

14:00:39 <Zakim> + +44.785.583.aaaa

Zakim IRC Bot: + +44.785.583.aaaa

14:00:41 <manu1> zakim, code?

Manu Sporny: zakim, code?

14:00:41 <Zakim> the conference code is 7332 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), manu1

Zakim IRC Bot: the conference code is 7332 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), manu1

14:00:42 <tinkster> Zakim, I am aaaa

Toby Inkster: Zakim, I am aaaa

14:00:44 <Zakim> +tinkster; got it

Zakim IRC Bot: +tinkster; got it

14:00:51 <tinkster> zakim, mute me

Toby Inkster: zakim, mute me

14:00:51 <Zakim> tinkster should now be muted

Zakim IRC Bot: tinkster should now be muted

14:01:10 <Steven> zakim, who is here?

Steven Pemberton: zakim, who is here?

14:01:10 <Zakim> On the phone I see ShaneM, tinkster (muted)

Zakim IRC Bot: On the phone I see ShaneM, tinkster (muted)

14:01:12 <Zakim> On IRC I see Steven, Knud, Zakim, RRSAgent, ShaneM, tinkster, manu1, markbirbeck, trackbot, nathan

Zakim IRC Bot: On IRC I see Steven, Knud, Zakim, RRSAgent, ShaneM, tinkster, manu1, markbirbeck, trackbot, nathan

14:01:17 <Steven> zakim, dial steven-617

Steven Pemberton: zakim, dial steven-617

14:01:17 <Zakim> ok, Steven; the call is being made

Zakim IRC Bot: ok, Steven; the call is being made

14:01:18 <Zakim> +Steven.a

Zakim IRC Bot: +Steven.a

14:01:20 <Zakim> +[IPcaller]

Zakim IRC Bot: +[IPcaller]

14:01:50 <manu1> zakim, I am [IPcaller]

Manu Sporny: zakim, I am [IPcaller]

14:01:50 <Zakim> ok, manu1, I now associate you with [IPcaller]

Zakim IRC Bot: ok, manu1, I now associate you with [IPcaller]

14:02:49 <Zakim> + +35387689aabb

Zakim IRC Bot: + +35387689aabb

14:02:51 <manu1> zakim, who is on the call?

Manu Sporny: zakim, who is on the call?

14:02:51 <Zakim> On the phone I see ShaneM, tinkster (muted), Steven.a, [IPcaller], +35387689aabb

Zakim IRC Bot: On the phone I see ShaneM, tinkster (muted), Steven.a, [IPcaller], +35387689aabb

14:03:01 <ShaneM> Present: Shane, Toby, Steven, Manu, MarkB, Knud, Nathan
14:03:03 <ShaneM> Regrets: Ivan, BenA, Benjamin
14:03:04 <ShaneM> Scribe: Shane

(Scribe set to Shane McCarron)

14:03:06 <ShaneM> scribenick: ShaneM
14:03:20 <manu1> Agenda: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0187.html
14:03:25 <Knud> zakim, I am aabb

Knud Möller: zakim, I am aabb

14:03:25 <Zakim> +Knud; got it

Zakim IRC Bot: +Knud; got it

14:03:26 <Zakim> +??P20

Zakim IRC Bot: +??P20

14:03:27 <manu1> zakim, who is on the call?

Manu Sporny: zakim, who is on the call?

14:03:27 <Zakim> On the phone I see ShaneM, tinkster (muted), Steven.a, [IPcaller], Knud, ??P20

Zakim IRC Bot: On the phone I see ShaneM, tinkster (muted), Steven.a, [IPcaller], Knud, ??P20

14:03:32 <nathan> zakim, i am ?

Nathan Rixham: zakim, i am ?

14:03:34 <Zakim> +nathan; got it

Zakim IRC Bot: +nathan; got it

14:03:39 <manu1> zakim, who is on the call?

Manu Sporny: zakim, who is on the call?

14:03:40 <Zakim> On the phone I see ShaneM, tinkster (muted), Steven.a, [IPcaller], Knud, nathan

Zakim IRC Bot: On the phone I see ShaneM, tinkster (muted), Steven.a, [IPcaller], Knud, nathan

14:03:51 <Knud> zakim, mute me

Knud Möller: zakim, mute me

14:03:54 <Zakim> Knud should now be muted

Zakim IRC Bot: Knud should now be muted

14:03:56 <Zakim> +??P19

Zakim IRC Bot: +??P19

14:03:57 <manu1> zakim, [IPcaller] is me

Manu Sporny: zakim, [IPcaller] is me

14:03:58 <Zakim> +manu1; got it

Zakim IRC Bot: +manu1; got it

14:04:00 <manu1> zakim, who is on the call?

Manu Sporny: zakim, who is on the call?

14:04:00 <Zakim> On the phone I see ShaneM, tinkster (muted), Steven.a, manu1, Knud (muted), nathan, ??P19

Zakim IRC Bot: On the phone I see ShaneM, tinkster (muted), Steven.a, manu1, Knud (muted), nathan, ??P19

14:05:38 <ShaneM> TOPIC: Alternate proposals for RDFa Profile format

1. Alternate proposals for RDFa Profile format

14:05:51 <ShaneM> Mail is at http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0238.html

Mail is at http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0238.html

14:05:56 <ShaneM> This is the current spec: http://www.w3.org/2010/02/rdfa/sources/rdfa-core/

This is the current spec: http://www.w3.org/2010/02/rdfa/sources/rdfa-core/

14:06:14 <ShaneM> markbirbeck: big objection is to using RDF as the format for the Profile.

Mark Birbeck: big objection is to using RDF as the format for the Profile.

14:07:12 <ShaneM> markbirbeck: we already have a prefix mapping syntax; let's just take that to an external file.

Mark Birbeck: we already have a prefix mapping syntax; let's just take that to an external file.

14:07:44 <ShaneM> ... manu mentioned we would then need yet another parser.  But that's not the case.  Clearly an RDFa processor already has a parser for this format, since they must parse @prefix

... manu mentioned we would then need yet another parser. But that's not the case. Clearly an RDFa processor already has a parser for this format, since they must parse @prefix

14:07:57 <ShaneM> ... format is very straigthfroward.

... format is very straigthfroward.

14:08:56 <ShaneM> ... architecturally - the parsing of profiles would be done at a logical layer of the processor.  You would not need to have the full stack in place.  And the bottom of the architecture would not rely upon having the whole stack in place.

... architecturally - the parsing of profiles would be done at a logical layer of the processor. You would not need to have the full stack in place. And the bottom of the architecture would not rely upon having the whole stack in place.

14:09:42 <ShaneM> ... The syntax needs a way to express the default vocabulary.  Proposal suggests using ':'.  Syntax needs a way to express terms.  Proposal suggests NCName without a trailing colon.

... The syntax needs a way to express the default vocabulary. Proposal suggests using ':'. Syntax needs a way to express terms. Proposal suggests NCName without a trailing colon.

14:11:18 <ShaneM> markbirbeck: Second proposal is to use RDFa but use @prefix, @vocab, and @xmlns attributes on the html element to define the aspects of the RDFa Profile

Mark Birbeck: Second proposal is to use RDFa but use @prefix, @vocab, and @xmlns attributes on the html element to define the aspects of the RDFa Profile

14:12:04 <ShaneM> ... Ivan asked why only on html element.  No real reason, but we would need to say that the usual pushing and popping of definitions would not occur.  Something else would need to happen.

... Ivan asked why only on html element. No real reason, but we would need to say that the usual pushing and popping of definitions would not occur. Something else would need to happen.

14:12:21 <ShaneM> ... this approach would not require a full RDFa parser and would not require any specialized triple parsing.

... this approach would not require a full RDFa parser and would not require any specialized triple parsing.

14:12:35 <tinkster> I also could live with first proposal, but don't especially like the second one.

Toby Inkster: I also could live with first proposal, but don't especially like the second one.

14:13:04 <ShaneM> Steven: I like the second proposal because it uses the same notation we already have.

Steven Pemberton: I like the second proposal because it uses the same notation we already have.

14:13:10 <manu1> q+ to discuss preference over current proposal

Manu Sporny: q+ to discuss preference over current proposal

14:13:29 <tinkster> the second one means that third parties could use my non-profile RDFa documents as if they were a profile, which i might not like.

Toby Inkster: the second one means that third parties could use my non-profile RDFa documents as if they were a profile, which i might not like.

14:14:01 <ShaneM> manu1: we really need to know if each person prefers what is already in the spec, or would prefer one of these options.

Manu Sporny: we really need to know if each person prefers what is already in the spec, or would prefer one of these options.

14:14:52 <nathan> q+ to discuss option 2

Nathan Rixham: q+ to discuss option 2

14:14:54 <ShaneM> ... if we go with proposal 2, we will need a way of defininig terms - like a term attribute

... if we go with proposal 2, we will need a way of defininig terms - like a term attribute

14:14:59 <manu1> ack manu1

Manu Sporny: ack manu1

14:14:59 <Zakim> manu1, you wanted to discuss preference over current proposal

Zakim IRC Bot: manu1, you wanted to discuss preference over current proposal

14:15:13 <ShaneM> markbirbeck: the current proposal says that you can do term definitions in @prefix

Mark Birbeck: the current proposal says that you can do term definitions in @prefix

14:15:17 <manu1> ack nathan

Manu Sporny: ack nathan

14:15:17 <Zakim> nathan, you wanted to discuss option 2

Zakim IRC Bot: nathan, you wanted to discuss option 2

14:15:43 <manu1> zakim, who is making noise?

Manu Sporny: zakim, who is making noise?

14:15:52 <ShaneM> Nathan: If we go for option 2, I am not really following why there is any benefit to it over using the current mechanism.

Nathan Rixham: If we go for option 2, I am not really following why there is any benefit to it over using the current mechanism.

14:15:53 <Zakim> manu1, listening for 10 seconds I heard sound from the following: ShaneM (35%), manu1 (5%), nathan (4%)

Zakim IRC Bot: manu1, listening for 10 seconds I heard sound from the following: ShaneM (35%), manu1 (5%), nathan (4%)

14:15:59 <manu1> zakim, mute shanem

Manu Sporny: zakim, mute shanem

14:15:59 <Zakim> ShaneM should now be muted

Zakim IRC Bot: ShaneM should now be muted

14:16:10 <ShaneM> zakim, unmute ShaneM

zakim, unmute ShaneM

14:16:10 <Zakim> ShaneM should no longer be muted

Zakim IRC Bot: ShaneM should no longer be muted

14:16:56 <ShaneM> markbirbeck: there is no RDFa processor needed.  You need a DOM.   Requiring an RDFa processor will narrow the range of applications where this can be used.

Mark Birbeck: there is no RDFa processor needed. You need a DOM. Requiring an RDFa processor will narrow the range of applications where this can be used.

14:17:08 <ShaneM> ... you need a full RDFa Processor in order to process profiles.

... you need a full RDFa Processor in order to process profiles.

14:18:06 <ShaneM> Nathan: I don't really follow entirely.  The first proposal lies with me a little better.  If we are going to take it out and simplify it, we should simplify it all the way.

Nathan Rixham: I don't really follow entirely. The first proposal lies with me a little better. If we are going to take it out and simplify it, we should simplify it all the way.

14:19:43 <ShaneM> markbirbeck: I agree.  However, just to explain.  You might have a stack that does processing as a set of modules.  Nothing in the architecture to date has required that the processor evaluate the triples it is extracting.  So introducing RDFa Profiles as RDFa means that there is a major new requirement on the processor.

Mark Birbeck: I agree. However, just to explain. You might have a stack that does processing as a set of modules. Nothing in the architecture to date has required that the processor evaluate the triples it is extracting. So introducing RDFa Profiles as RDFa means that there is a major new requirement on the processor.

14:20:29 <ShaneM> Nathan: Okay - I understand now.  I don't see that as a problem.  I (perhaps wrongly) assume that the stack will always be there in an RDFa Processor anyway.

Nathan Rixham: Okay - I understand now. I don't see that as a problem. I (perhaps wrongly) assume that the stack will always be there in an RDFa Processor anyway.

14:21:14 <manu1> q+ to say that we don't restrict the RDFa Profile file format

Manu Sporny: q+ to say that we don't restrict the RDFa Profile file format

14:21:35 <ShaneM> markbirbeck: You're not wrong necessarily.  But we already have people like OGP saying that they are only looking at meta elements in the head.  So people are subsetting the structure already.

Mark Birbeck: You're not wrong necessarily. But we already have people like OGP saying that they are only looking at meta elements in the head. So people are subsetting the structure already.

14:21:37 <manu1> ack manu1

Manu Sporny: ack manu1

14:21:37 <Zakim> manu1, you wanted to say that we don't restrict the RDFa Profile file format

Zakim IRC Bot: manu1, you wanted to say that we don't restrict the RDFa Profile file format

14:21:56 <ShaneM> Steven: Hang on - people are using a small part of it.  That doesn't mean they aren't implementing all of it.

Steven Pemberton: Hang on - people are using a small part of it. That doesn't mean they aren't implementing all of it.

14:22:51 <nathan> q+ to clarify point on existing profiles

Nathan Rixham: q+ to clarify point on existing profiles

14:23:11 <nathan> q-

Nathan Rixham: q-

14:23:46 <ShaneM> manu1: You can define things in other formats if you want - you are just required to also have a version in RDFa.

Manu Sporny: You can define things in other formats if you want - you are just required to also have a version in RDFa.

14:23:53 <ShaneM> markbirbeck: no - the spec doesn't allow this.

Mark Birbeck: no - the spec doesn't allow this.

14:24:10 <ShaneM> ShaneM: Yes, it does... It says "They may also be defined in other RDF serializations as well  (e.g., RDF/XML [RDF-SYNTAX-GRAMMAR] or Turtle [TURTLE])."

Shane McCarron: Yes, it does... It says "They may also be defined in other RDF serializations as well (e.g., RDF/XML [RDF-SYNTAX-GRAMMAR] or Turtle [TURTLE])."

14:24:21 <ShaneM> ... oh.  wait.  no.  that does not permit, for example, proposal 1 nor proposal 2.

... oh. wait. no. that does not permit, for example, proposal 1 nor proposal 2.

14:24:45 <ShaneM> manu1: Nathan, of the current text or the two new proposals, which do you really want?

Manu Sporny: Nathan, of the current text or the two new proposals, which do you really want?

14:25:15 <manu1> q+

Manu Sporny: q+

14:25:57 <ShaneM> Nathan: I would prefer to keep it the way it is but open it up to additional alternate formats (e.g. turtle).

Nathan Rixham: I would prefer to keep it the way it is but open it up to additional alternate formats (e.g. turtle).

14:26:01 <tinkster> I certainly already support RDFa, Turtle, N-Triples, RDF/XML and Talis' RDF/JSON format.

Toby Inkster: I certainly already support RDFa, Turtle, N-Triples, RDF/XML and Talis' RDF/JSON format.

14:26:02 <manu1> ack manu1

Manu Sporny: ack manu1

14:26:31 <ShaneM> manu1: I agree with Nathan.  I prefer the way we are doing it in the current spec.  But I see no reason to limit alternate formats.

Manu Sporny: I agree with Nathan. I prefer the way we are doing it in the current spec. But I see no reason to limit alternate formats.

14:26:45 <tinkster> zakim, unmute me

Toby Inkster: zakim, unmute me

14:26:45 <Zakim> tinkster should no longer be muted

Zakim IRC Bot: tinkster should no longer be muted

14:27:06 <ShaneM> manu1: tinkster do you support these for profiles?

Manu Sporny: tinkster do you support these for profiles?

14:27:15 <ShaneM> tinkster: Yes - I support all those formats for profiles.

Toby Inkster: Yes - I support all those formats for profiles.

14:27:22 <ShaneM> manu1: What about non-RDF serializations?

Manu Sporny: What about non-RDF serializations?

14:27:52 <ShaneM> tinkster: Well... anything can be thought of as an RDF serialization...  Something that can be used with only limited types of data.

Toby Inkster: Well... anything can be thought of as an RDF serialization... Something that can be used with only limited types of data.

14:28:41 <ShaneM> markbirbeck: I don't know if that is true... when you create a RDF serialization you are saying that you want to support RDF using it.  Just because you can put on a special pair of glasses and interpret something as RDF doesn't mean it is really an RDF serialization.

Mark Birbeck: I don't know if that is true... when you create a RDF serialization you are saying that you want to support RDF using it. Just because you can put on a special pair of glasses and interpret something as RDF doesn't mean it is really an RDF serialization.

14:29:05 <ShaneM> manu1: tinkster of the proposals which do you prefer?

Manu Sporny: tinkster of the proposals which do you prefer?

14:29:11 <tinkster> zakim, mute me

Toby Inkster: zakim, mute me

14:29:11 <Zakim> tinkster should now be muted

Zakim IRC Bot: tinkster should now be muted

14:29:33 <tinkster> #1: ivan's; #2 mark's flat text file; #3: mark's html format

Toby Inkster: #1: ivan's; #2 mark's flat text file; #3: mark's html format

14:30:02 <manu1> Shane: I prefer the text in the document today, however I would be happy to allow alternate non-RDF formats.

Shane McCarron: I prefer the text in the document today, however I would be happy to allow alternate non-RDF formats. [ Scribe Assist by Manu Sporny ]

14:30:36 <manu1> Shane: The document says RDF serialization, I think it was a mistake to put it in there.

Shane McCarron: The document says RDF serialization, I think it was a mistake to put it in there. [ Scribe Assist by Manu Sporny ]

14:30:58 <nathan> q+

Nathan Rixham: q+

14:31:38 <ShaneM> markbirbeck: I disagree.  the text said 'RDF serialization' on purpose.

Mark Birbeck: I disagree. the text said 'RDF serialization' on purpose.

14:31:48 <manu1> Manu: I agree, it was a mistake to put it in there.

Manu Sporny: I agree, it was a mistake to put it in there. [ Scribe Assist by Manu Sporny ]

14:31:52 <ShaneM> manu1: No - it is a mistake.  You can do anything with the alternate formats.

Manu Sporny: No - it is a mistake. You can do anything with the alternate formats.

14:32:32 <ShaneM> markbirbeck: This is not generic in the document.  There are lots of rules that seem to require it to be an RDF Serialization.

Mark Birbeck: This is not generic in the document. There are lots of rules that seem to require it to be an RDF Serialization.

14:32:32 <manu1> ack nathan

Manu Sporny: ack nathan

14:32:48 <manu1> Shane: Mark, that sentence was there so you could do JSON.

Shane McCarron: Mark, that sentence was there so you could do JSON. [ Scribe Assist by Manu Sporny ]

14:33:52 <ShaneM> Nathan: I wanted to clarify... I think that the current document really really meant that alternate formats had to be an RDF serialization.

Nathan Rixham: I wanted to clarify... I think that the current document really really meant that alternate formats had to be an RDF serialization.

14:34:38 <ShaneM> ... are we saying that we are going to loosen this up so much that you wouldn't need an RDF thing at all?

... are we saying that we are going to loosen this up so much that you wouldn't need an RDF thing at all?

14:34:53 <ShaneM> markbirbeck: Yeah - it is not clear what this would mean if it were not RDF.

Mark Birbeck: Yeah - it is not clear what this would mean if it were not RDF.

14:35:33 <ShaneM> Nathan: I cant see how we can loosen this up all the way.

Nathan Rixham: I cant see how we can loosen this up all the way.

14:35:41 <ShaneM> q+ to talk about alternate formats

q+ to talk about alternate formats

14:35:52 <manu1> ack shanem

Manu Sporny: ack shanem

14:35:52 <Zakim> ShaneM, you wanted to talk about alternate formats

Zakim IRC Bot: ShaneM, you wanted to talk about alternate formats

14:36:11 <ShaneM> ... requiring that alternates are in any format and it be magically interpreted seems challenging.

... requiring that alternates are in any format and it be magically interpreted seems challenging.

14:36:47 <manu1> Shane: The intent of that was not that every RDF processor would understand arbitrary formats, every RDFa Processor is required to understand the RDFa Profile (input format)

Shane McCarron: The intent of that was not that every RDF processor would understand arbitrary formats, every RDFa Processor is required to understand the RDFa Profile (input format) [ Scribe Assist by Manu Sporny ]

14:37:16 <manu1> Shane: If your implementation chose to support other formats, that's fine, great, go ahead - you can do that if you want.

Shane McCarron: If your implementation chose to support other formats, that's fine, great, go ahead - you can do that if you want. [ Scribe Assist by Manu Sporny ]

14:37:20 <Knud> +1 what Shane is saying: the critical thing is the "must be defined in an approved RDFa Host Language", right?

Knud Möller: +1 what Shane is saying: the critical thing is the "must be defined in an approved RDFa Host Language", right?

14:37:30 <manu1> Shane: There is no requirement on an RDFa processor to understand all formats.

Shane McCarron: There is no requirement on an RDFa processor to understand all formats. [ Scribe Assist by Manu Sporny ]

14:37:40 <ShaneM> Yes, Knud.

Yes, Knud.

14:37:50 <Knud> zakim, unmute me

Knud Möller: zakim, unmute me

14:37:50 <Zakim> Knud should no longer be muted

Zakim IRC Bot: Knud should no longer be muted

14:38:11 <manu1> zakim, who is on the call?

Manu Sporny: zakim, who is on the call?

14:38:11 <Zakim> On the phone I see ShaneM, tinkster (muted), Steven.a, manu1, Knud, nathan, markbirbeck

Zakim IRC Bot: On the phone I see ShaneM, tinkster (muted), Steven.a, manu1, Knud, nathan, markbirbeck

14:38:11 <ShaneM> Knud: I am happy with what is in the specification at the moment.

Knud Möller: I am happy with what is in the specification at the moment.

14:38:28 <ShaneM> ... I do see mark's potential problem with circularity.. but I don't see a big problem with that.

... I do see mark's potential problem with circularity.. but I don't see a big problem with that.

14:38:48 <ShaneM> ... if we are making any change at all, I would go with mark's first proposal.  I see no value in the second proposal.

... if we are making any change at all, I would go with mark's first proposal. I see no value in the second proposal.

14:38:58 <ShaneM> ... so my preference is to leave the spec alone.

... so my preference is to leave the spec alone.

14:39:11 <Knud> zakim, mute me

Knud Möller: zakim, mute me

14:39:11 <Zakim> Knud should now be muted

Zakim IRC Bot: Knud should now be muted

14:39:24 <ShaneM> Steven: I am okay with leaving the spec alone.  I have no problem with proposal 2.

Steven Pemberton: I am okay with leaving the spec alone. I have no problem with proposal 2.

14:40:01 <ShaneM> ... there are two sorts of simple.  I am happier for an author to find it simpler than for the implementor.

... there are two sorts of simple. I am happier for an author to find it simpler than for the implementor.

14:40:51 <ShaneM> manu1: mark, would you like to say anything?  I am wondering if we can split this into two proposals.  Which of the three options do we prefer?  And should we loosen the text further about alternate formats?

Manu Sporny: mark, would you like to say anything? I am wondering if we can split this into two proposals. Which of the three options do we prefer? And should we loosen the text further about alternate formats?

14:40:58 <ShaneM> Shane: +1

Shane McCarron: +1

14:41:40 <ShaneM> markbirbeck: Hearing steven's comments I think that my second  proposal is better.

Mark Birbeck: Hearing steven's comments I think that my second proposal is better.

14:42:24 <ShaneM> ... the pure text approach requires more work for authors.  There is also an issue with the content type if looking at the first proposal.

... the pure text approach requires more work for authors. There is also an issue with the content type if looking at the first proposal.

14:42:28 <tinkster> n-triples uses text/plain :-(

Toby Inkster: n-triples uses text/plain :-(

14:42:37 <ShaneM> ... so I am now moving towards the second proposal.

... so I am now moving towards the second proposal.

14:43:53 <ShaneM> ... I think that the current text should not be an entry level.  The leap to create a profile for an RDFa author is wide using the current mechanism.  Proposal 2 has a much lower barrier to entry.

... I think that the current text should not be an entry level. The leap to create a profile for an RDFa author is wide using the current mechanism. Proposal 2 has a much lower barrier to entry.

14:44:02 <ShaneM> ... the current text is off putting.

... the current text is off putting.

14:46:47 <nathan> q+ to add a quick note on marks comments

Nathan Rixham: q+ to add a quick note on marks comments

14:46:55 <manu1> q+ to mention issues

Manu Sporny: q+ to mention issues

14:47:05 <ShaneM> markbirbeck: Can we also consider a 4th option: proposal 2 OR the current text?

Mark Birbeck: Can we also consider a 4th option: proposal 2 OR the current text?

14:47:08 <manu1> ack nathan

Manu Sporny: ack nathan

14:47:08 <Zakim> nathan, you wanted to add a quick note on marks comments

Zakim IRC Bot: nathan, you wanted to add a quick note on marks comments

14:47:37 <tinkster> I think that in any case we need to specify at least one canonical format, for interop reasons.

Toby Inkster: I think that in any case we need to specify at least one canonical format, for interop reasons.

14:47:51 <ShaneM> Nathan: I quite like the idea of offering the choice.

Nathan Rixham: I quite like the idea of offering the choice.

14:48:10 <manu1> ack manu1

Manu Sporny: ack manu1

14:48:10 <Zakim> manu1, you wanted to mention issues

Zakim IRC Bot: manu1, you wanted to mention issues

14:48:17 <ShaneM> ... its great to be able to just pull in prefix mappings from another document.

... its great to be able to just pull in prefix mappings from another document.

14:49:07 <ShaneM> manu1: the problem with this is we also need to add @term - and that means we cannot close on this today.

Manu Sporny: the problem with this is we also need to add @term - and that means we cannot close on this today.

14:49:12 <manu1> q+ to discuss other issues

Manu Sporny: q+ to discuss other issues

14:49:24 <ShaneM> Nathan: Just forget about the terms.  Only grab the prefixes from the other document.

Nathan Rixham: Just forget about the terms. Only grab the prefixes from the other document.

14:49:26 <manu1> ack manu1

Manu Sporny: ack manu1

14:49:26 <Zakim> manu1, you wanted to discuss other issues

Zakim IRC Bot: manu1, you wanted to discuss other issues

14:50:22 <ShaneM> manu1: what happens if someone wants to use dcterms as a prefix in their RDFa Profile document?  It means that the prefix gets included in the collection even if the RDFa Profile author didn't intend it to be.

Manu Sporny: what happens if someone wants to use dcterms as a prefix in their RDFa Profile document? It means that the prefix gets included in the collection even if the RDFa Profile author didn't intend it to be.

14:50:47 <ShaneM> ... there are potential knock-on effects from a decision like this.  We need to look at them before proceeding if we introduce that behavior.

... there are potential knock-on effects from a decision like this. We need to look at them before proceeding if we introduce that behavior.

14:51:04 <ShaneM> manu1: I am fine with offering the 4th choice.

Manu Sporny: I am fine with offering the 4th choice.

14:51:42 <manu1> PROPOSAL: RDFa Working group prefers the flat-file text format as the primary mechanism for expressing RDFa Profiles.

PROPOSED: RDFa Working group prefers the flat-file text format as the primary mechanism for expressing RDFa Profiles.

14:52:02 <ShaneM> Shane: -1

Shane McCarron: -1

14:52:05 <tinkster> +0

Toby Inkster: +0

14:52:06 <nathan> -1

Nathan Rixham: -1

14:52:09 <manu1> -1

Manu Sporny: -1

14:52:14 <Steven> -1

Steven Pemberton: -1

14:52:23 <Knud> should we give a +1 for every proposal we would support? Or only give one +1?

Knud Möller: should we give a +1 for every proposal we would support? Or only give one +1?

14:52:50 <Knud> +0

Knud Möller: +0

14:53:40 <ShaneM> mark voted +0

mark voted +0

14:54:00 <markbirbeck> +0

Mark Birbeck: +0

14:54:05 <manu1> PROPOSAL: RDFa Working group prefers the usage of @prefix and @term in the RDFa Profile document to express prefix and term mappings.

PROPOSED: RDFa Working group prefers the usage of @prefix and @term in the RDFa Profile document to express prefix and term mappings.

14:54:45 <tinkster> -1 (I don't want people using profile="http://tobyinkster.co.uk/")

Toby Inkster: -1 (I don't want people using profile="http://tobyinkster.co.uk/")

14:55:19 <markbirbeck> +1

Mark Birbeck: +1

14:55:21 <Knud> -1

Knud Möller: -1

14:55:29 <manu1> -1

Manu Sporny: -1

14:55:30 <nathan> +0

Nathan Rixham: +0

14:55:34 <ShaneM> Shane: -1 (I don't want random prefixes to get included and I don't want real RDFa Profiles mis interpreted)

Shane McCarron: -1 (I don't want random prefixes to get included and I don't want real RDFa Profiles mis interpreted)

14:55:37 <Steven> +0

Steven Pemberton: +0

14:56:32 <manu1> PROPOSAL: RDFa Working group prefers the current text in the RDFa Core document as a way of expressing RDFa Profile document.

PROPOSED: RDFa Working group prefers the current text in the RDFa Core document as a way of expressing RDFa Profile document.

14:56:43 <manu1> PROPOSAL: RDFa Working group prefers the current text in the RDFa Core document as a way of expressing RDFa Profile documents.

PROPOSED: RDFa Working group prefers the current text in the RDFa Core document as a way of expressing RDFa Profile documents.

14:56:45 <ShaneM> Shane: +1

Shane McCarron: +1

14:56:47 <Steven> http://www.w3.org/TR/2010/WD-rdfa-core-20100803/#s_profiles

Steven Pemberton: http://www.w3.org/TR/2010/WD-rdfa-core-20100803/#s_profiles

14:56:50 <tinkster> +1

Toby Inkster: +1

14:57:02 <nathan> +1

Nathan Rixham: +1

14:57:05 <tinkster> ok, then +0.5

Toby Inkster: ok, then +0.5

14:57:05 <Steven> +1

Steven Pemberton: +1

14:57:09 <Knud> +1

Knud Möller: +1

14:57:11 <markbirbeck> -1 (Don't like an RDF-only solution.)

Mark Birbeck: -1 (Don't like an RDF-only solution.)

14:57:39 <manu1> +1

Manu Sporny: +1

14:59:30 <manu1> PROPOSAL: RDFa Working group prefers supporting the current text in the RDFa Core document in addition to @prefix and @vocab.

PROPOSED: RDFa Working group prefers supporting the current text in the RDFa Core document in addition to @prefix and @vocab.

14:59:40 <tinkster> -1 too ambiguous

Toby Inkster: -1 too ambiguous

14:59:55 <manu1> PROPOSAL: RDFa Working group prefers supporting the current text in the RDFa Core document in addition to @prefix and @vocab on the HTML element.

PROPOSED: RDFa Working group prefers supporting the current text in the RDFa Core document in addition to @prefix and @vocab on the HTML element.

15:00:02 <tinkster> -1

Toby Inkster: -1

15:00:18 <Zakim> -tinkster

Zakim IRC Bot: -tinkster

15:02:02 <ShaneM> Nathan: are we requiring that both must be supported? or are we requring that the current text be supported, but that someone MAY also support the @prefix and @vocab on the HTML element?

Nathan Rixham: are we requiring that both must be supported? or are we requring that the current text be supported, but that someone MAY also support the @prefix and @vocab on the HTML element?

15:02:10 <ShaneM> markbirbeck: I am quite happy if we require it support both.

Mark Birbeck: I am quite happy if we require it support both.

15:02:53 <ShaneM> Nathan: Do we then need another option?

Nathan Rixham: Do we then need another option?

15:03:42 <ShaneM> manu1: I think that need to support both.  If we make it optional there would be interoperability issues.  If both are permitted then anyone can expressing profiles using @prefix and @vocab

Manu Sporny: I think that need to support both. If we make it optional there would be interoperability issues. If both are permitted then anyone can expressing profiles using @prefix and @vocab

15:03:56 <manu1> PROPOSAL: RDFa Working group prefers supporting the current text in the RDFa Core document in addition to @prefix and @vocab on the HTML element.

PROPOSED: RDFa Working group prefers supporting the current text in the RDFa Core document in addition to @prefix and @vocab on the HTML element.

15:04:09 <manu1> -1

Manu Sporny: -1

15:04:10 <ShaneM> Shane: -1 (without a different media type or announcement mechanism I wouldn't know as a processor implementor which format I was being handed)

Shane McCarron: -1 (without a different media type or announcement mechanism I wouldn't know as a processor implementor which format I was being handed)

15:04:10 <Steven> +0

Steven Pemberton: +0

15:04:11 <Knud> +0

Knud Möller: +0

15:04:13 <markbirbeck> +1

Mark Birbeck: +1

15:04:14 <tinkster> -1 still

Toby Inkster: -1 still

15:04:19 <nathan> +0.5

Nathan Rixham: +0.5

15:04:42 <markbirbeck> @ShaneM: Simple...there would be no triples in one.

Mark Birbeck: @ShaneM: Simple...there would be no triples in one.

15:05:00 <manu1> RESOLVED: RDFa Working group prefers the current text in the RDFa Core document as a way of expressing RDFa Profile documents.

RESOLVED: RDFa Working group prefers the current text in the RDFa Core document as a way of expressing RDFa Profile documents.

15:05:01 <ShaneM> manu1: It looks as if option 3 was preferred.  Anyone disagree?

Manu Sporny: It looks as if option 3 was preferred. Anyone disagree?

15:05:57 <ShaneM> manu1: does anyone need to leave?

Manu Sporny: does anyone need to leave?

15:06:06 <ShaneM> Steven: I can't stay much longer?

Steven Pemberton: I can't stay much longer?

15:06:21 <ShaneM> manu1: Do you have any objections to the proposed resolutions on the outstanding issues?

Manu Sporny: Do you have any objections to the proposed resolutions on the outstanding issues?

15:06:31 <ShaneM> Steven: Not sufficiently to get worked up about.

Steven Pemberton: Not sufficiently to get worked up about.

15:06:48 <ShaneM> manu1: Do you support going to last call with any changes that we agree to today?

Manu Sporny: Do you support going to last call with any changes that we agree to today?

15:06:50 <ShaneM> Steven: Yep.

Steven Pemberton: Yep.

15:06:50 <nathan> I have to leave in 5/10 minutes but am happy with all other issues (no strong preferences)

Nathan Rixham: I have to leave in 5/10 minutes but am happy with all other issues (no strong preferences)

15:08:13 <manu1> PROPOSAL: Provide language in the RDFa Core spec to allow non-RDF serializations for RDFa Profile documents.

PROPOSED: Provide language in the RDFa Core spec to allow non-RDF serializations for RDFa Profile documents.

15:08:17 <ShaneM> My proposed language is "They may also be defined in formats as well  (e.g., JSON, RDF/XML [RDF-SYNTAX-GRAMMAR] or Turtle [TURTLE])."

My proposed language is "They may also be defined in formats as well (e.g., JSON, RDF/XML [RDF-SYNTAX-GRAMMAR] or Turtle [TURTLE])."

15:08:26 <ShaneM> s/formats/other formats/

s/formats/other formats/

15:08:48 <tinkster> +1

Toby Inkster: +1

15:09:09 <manu1> PROPOSAL: Provide language in the RDFa Core spec to allow non-RDFa, and non-RDF serializations for RDFa Profile documents.

PROPOSED: Provide language in the RDFa Core spec to allow non-RDFa, and non-RDF serializations for RDFa Profile documents.

15:09:09 <ShaneM> Shane: +1

Shane McCarron: +1

15:09:10 <tinkster> (and +1 to ShaneM's proposed wording)

Toby Inkster: (and +1 to ShaneM's proposed wording)

15:09:11 <Steven> +1

Steven Pemberton: +1

15:09:12 <Knud> +1

Knud Möller: +1

15:09:29 <tinkster> +1

Toby Inkster: +1

15:09:48 <tinkster> +1's for everyone!

Toby Inkster: +1's for everyone!

15:09:53 <ShaneM> "When an RDFa Profile is defined using an approved RDFa Host Language, the processing rules are:"

"When an RDFa Profile is defined using an approved RDFa Host Language, the processing rules are:"

15:09:55 <nathan> +1 (for well-defined other types, for now that's only other rdf serializations)

Nathan Rixham: +1 (for well-defined other types, for now that's only other rdf serializations)

15:10:44 <manu1> +1

Manu Sporny: +1

15:11:00 <tinkster> s/an approved RDFa Host Language/an approved RDFa Host Language, or any other RDF serialisation/

Toby Inkster: s/an approved RDFa Host Language/an approved RDFa Host Language, or any other RDF serialisation/

15:11:16 <Knud> "When an RDFa Profile is defined using an approved RDFa Host Language - or any other RDF serialization - the processing rules are:"

Knud Möller: "When an RDFa Profile is defined using an approved RDFa Host Language - or any other RDF serialization - the processing rules are:"

15:11:22 <tinkster> sorry, I don't know if that altered the logs - didn't mean to - force of habit.

Toby Inkster: sorry, I don't know if that altered the logs - didn't mean to - force of habit.

15:11:51 <ShaneM> markbirbeck: there are potentially issues with this.

Mark Birbeck: there are potentially issues with this.

15:11:59 <ShaneM> manu1: are these editorial or substantive?

Manu Sporny: are these editorial or substantive?

15:12:02 <tinkster> what i mean is that we don't want people saying, "I'm using Turtle, so I'll come up with a whole new vocab".

Toby Inkster: what i mean is that we don't want people saying, "I'm using Turtle, so I'll come up with a whole new vocab".

15:12:14 <ShaneM> markbirbeck: They are probably editorial.

Mark Birbeck: They are probably editorial.

15:12:49 <ShaneM> ShaneM: I agree with tinkster.  if you are using an RDF serialisation... you need to use these predicates.

Shane McCarron: I agree with tinkster. if you are using an RDF serialisation... you need to use these predicates.

15:13:08 <ShaneM> markbirbeck: (says same thing ShaneM typed ;-)

Mark Birbeck: (says same thing ShaneM typed ;-)

15:13:51 <ShaneM> markbirbeck: don't worry about word smithing now - Shane will get it right.

Mark Birbeck: don't worry about word smithing now - Shane will get it right.

15:13:55 <ShaneM> (manu word smiths anyway)

(manu word smiths anyway)

15:13:58 <manu1> PROPOSAL: Provide language in the RDFa Core spec to allow non-RDFa, and non-RDF serializations for RDFa Profile documents. If implementers use RDF to express prefix and term mappings, they MUST use the vocabulary defined in the RDFa Core specification.

PROPOSED: Provide language in the RDFa Core spec to allow non-RDFa, and non-RDF serializations for RDFa Profile documents. If implementers use RDF to express prefix and term mappings, they MUST use the vocabulary defined in the RDFa Core specification.

15:14:17 <ShaneM> Shane: +1

Shane McCarron: +1

15:14:18 <manu1> +1

Manu Sporny: +1

15:14:21 <Knud> +1

Knud Möller: +1

15:14:23 <markbirbeck> +1

Mark Birbeck: +1

15:14:32 <tinkster> +1

Toby Inkster: +1

15:14:38 <Steven> +1

Steven Pemberton: +1

15:14:42 <nathan> +1 (well defined non-RDF though)

Nathan Rixham: +1 (well defined non-RDF though)

15:14:50 <manu1> RESOLVED: Provide language in the RDFa Core spec to allow non-RDFa, and non-RDF serializations for RDFa Profile documents. If implementers use RDF to express prefix and term mappings, they MUST use the vocabulary defined in the RDFa Core specification.

RESOLVED: Provide language in the RDFa Core spec to allow non-RDFa, and non-RDF serializations for RDFa Profile documents. If implementers use RDF to express prefix and term mappings, they MUST use the vocabulary defined in the RDFa Core specification.

15:15:12 <Zakim> -nathan

Zakim IRC Bot: -nathan

15:15:35 <manu1> Topic: Discussing any open objections

2. Discussing any open objections

15:15:47 <tinkster> maybe link to a wiki page from the spec where people can document non-RDF implementations for easy discovery. can we link to wiki pages in a rec track document?

Toby Inkster: maybe link to a wiki page from the spec where people can document non-RDF implementations for easy discovery. can we link to wiki pages in a rec track document?

15:15:51 <manu1> http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0194.html

Manu Sporny: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0194.html

15:16:18 <ShaneM> yes tinkster - we can include a non-normative reference to anything

yes tinkster - we can include a non-normative reference to anything

15:16:55 <ShaneM> manu1: W.r.t. TERM processing - do a case sensitive check first... if that fails, then do a case insensitive match.  Any objections?

Manu Sporny: W.r.t. TERM processing - do a case sensitive check first... if that fails, then do a case insensitive match. Any objections?

15:17:00 <Knud> no

Knud Möller: no

15:17:01 <ShaneM> markbirbeck: no - its a good idea.

Mark Birbeck: no - its a good idea.

15:17:06 <ShaneM> its fine

its fine

15:17:13 <tinkster> +1

Toby Inkster: +1

15:17:21 <manu1> http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0231.html

Manu Sporny: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0231.html

15:17:26 <tinkster> I've already released a version of my parser that supports it.

Toby Inkster: I've already released a version of my parser that supports it.

15:19:16 <ShaneM> manu1: is the proposed text from Ivan okay?

Manu Sporny: is the proposed text from Ivan okay?

15:19:42 <ShaneM> markbirbeck: its not as clear as I would like... some of the prior text that was proposed was just wrong.  The new proposal is at least not wrong.

Mark Birbeck: its not as clear as I would like... some of the prior text that was proposed was just wrong. The new proposal is at least not wrong.

15:19:49 <ShaneM> manu1: any strong objections?

Manu Sporny: any strong objections?

15:19:56 <ShaneM> I SOOOO don't care

I SOOOO don't care

15:20:22 <ShaneM> markbirbeck: ShaneM pointed out that this should really be in the RDFa API document.

Mark Birbeck: ShaneM pointed out that this should really be in the RDFa API document.

15:20:34 <ShaneM> manu1: are you saying you want to see a proposal to include that information in the RDFa API spec?

Manu Sporny: are you saying you want to see a proposal to include that information in the RDFa API spec?

15:20:54 <ShaneM> markbirbeck: ...  only if it wouldn't hold anything up.

Mark Birbeck: ... only if it wouldn't hold anything up.

15:21:32 <ShaneM> manu1: I just don't think this is an issue that people feel very strongly about.  Moreover, we have not received any complaints about it from the public.

Manu Sporny: I just don't think this is an issue that people feel very strongly about. Moreover, we have not received any complaints about it from the public.

15:21:38 <tinkster> I think we *should* include an example that has changed bnode identifiers, but i don't think this debate is worth the time we've spent on it.

Toby Inkster: I think we *should* include an example that has changed bnode identifiers, but i don't think this debate is worth the time we've spent on it.

15:21:53 <ShaneM> ... if this is text that Ivan is fine with, then we might as well go ahead.

... if this is text that Ivan is fine with, then we might as well go ahead.

15:22:05 <manu1> PROPOSAL: Accept Ivan's edited changes to Mark's proposal: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0231.html

PROPOSED: Accept Ivan's edited changes to Mark's proposal: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0231.html

15:22:22 <manu1> PROPOSAL: Close ISSUE-37 - accept Ivan's edited changes to Mark's proposal: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0231.html

PROPOSED: Close ISSUE-37 - accept Ivan's edited changes to Mark's proposal: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0231.html

15:22:28 <manu1> +1

Manu Sporny: +1

15:22:37 <Knud> +1

Knud Möller: +1

15:22:38 <markbirbeck> +0

Mark Birbeck: +0

15:22:41 <markbirbeck> :)

Mark Birbeck: :)

15:22:44 <ShaneM> Shane: +0

Shane McCarron: +0

15:23:09 <ShaneM> I note that this text fails the grandmother text.

I note that this text fails the grandmother text.

15:23:09 <tinkster> +1

Toby Inkster: +1

15:23:11 <Steven> +1

Steven Pemberton: +1

15:23:16 <ShaneM> I mean test.

I mean test.

15:23:30 <manu1> RESOLVED: Close ISSUE-37 - accept Ivan's edited changes to Mark's proposal: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0231.html

RESOLVED: Close ISSUE-37 - accept Ivan's edited changes to Mark's proposal: http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0231.html

15:23:44 <ShaneM> TOPIC: Can we take RDFa Core 1.1 to last call?

3. Can we take RDFa Core 1.1 to last call?

15:24:09 <tinkster> i still have all these mostly editorial issues - http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0215.html

Toby Inkster: i still have all these mostly editorial issues - http://lists.w3.org/Archives/Public/public-rdfa-wg/2010Oct/0215.html

15:24:51 <tinkster> 8.3.1.3 seems pretty important.

Toby Inkster: 8.3.1.3 seems pretty important.

15:25:01 <tinkster> it's more than editorial i think.

Toby Inkster: it's more than editorial i think.

15:25:41 <ShaneM> all of tinkster comments are correct and I will make those changes.

all of tinkster comments are correct and I will make those changes.

15:26:24 <tinkster> ok, then i'm happy to go to last call then.

Toby Inkster: ok, then i'm happy to go to last call then.

15:26:59 <ShaneM> I do have a question tinkster - why /resource/ instead of /page/ ?  /resource redirects to /page

I do have a question tinkster - why /resource/ instead of /page/ ? /resource redirects to /page

15:28:16 <ShaneM> never mind - I changed it back

never mind - I changed it back

15:28:44 <tinkster> /resource/Albert_Einstein identiifies a person, who was born in the 19th century. /page/Albert_Einstein identifies a page that was created in the 21st century.

Toby Inkster: /resource/Albert_Einstein identiifies a person, who was born in the 19th century. /page/Albert_Einstein identifies a page that was created in the 21st century.

15:29:03 <markbirbeck> :)

Mark Birbeck: :)

15:29:14 <tinkster> the 303 redirect from a URI identifying a "thing" to a URI describing the thing is a common linked data pattern.

Toby Inkster: the 303 redirect from a URI identifying a "thing" to a URI describing the thing is a common linked data pattern.

15:29:18 <manu1> PROPOSAL: RDFa Core 1.1 should proceed to Last Call with a publication date of October 26th 2010.

PROPOSED: RDFa Core 1.1 should proceed to Last Call with a publication date of October 26th 2010.

15:29:37 <ShaneM> Shane: +1

Shane McCarron: +1

15:29:38 <manu1> +1

Manu Sporny: +1

15:29:39 <Steven> +1

Steven Pemberton: +1

15:29:40 <Knud> +1

Knud Möller: +1

15:29:44 <tinkster> +1

Toby Inkster: +1

15:29:45 <markbirbeck> +1

Mark Birbeck: +1

15:30:00 <manu1> Ivan did a +1 via e-mail

Manu Sporny: Ivan did a +1 via e-mail

15:30:05 <manu1> Nathan: +1

Nathan Rixham: +1 [ Scribe Assist by Manu Sporny ]

15:30:19 <manu1> RESOLVED: RDFa Core 1.1 should proceed to Last Call with a publication date of October 26th 2010.

RESOLVED: RDFa Core 1.1 should proceed to Last Call with a publication date of October 26th 2010.

15:30:59 <markbirbeck> @tinkster: And with RDFa, /page/Albert_Einstein would identify a /graph/ that was created in the 21st Century, that's /about/ Albert Einstein. :)

Mark Birbeck: @tinkster: And with RDFa, /page/Albert_Einstein would identify a /graph/ that was created in the 21st Century, that's /about/ Albert Einstein. :)

15:31:50 <markbirbeck> Well done everyone!

Mark Birbeck: Well done everyone!

15:32:17 <Zakim> -markbirbeck

Zakim IRC Bot: -markbirbeck

15:32:18 <Zakim> -ShaneM

Zakim IRC Bot: -ShaneM

15:32:19 <Zakim> -Steven.a

Zakim IRC Bot: -Steven.a

15:32:23 <Zakim> -manu1

Zakim IRC Bot: -manu1

15:32:24 <Zakim> -Knud

Zakim IRC Bot: -Knud

15:32:24 <Zakim> SW_RDFa()10:00AM has ended

Zakim IRC Bot: SW_RDFa()10:00AM has ended

15:32:26 <Zakim> Attendees were ShaneM, +44.785.583.aaaa, tinkster, Steven.a, +35387689aabb, Knud, nathan, manu1, markbirbeck

Zakim IRC Bot: Attendees were ShaneM, +44.785.583.aaaa, tinkster, Steven.a, +35387689aabb, Knud, nathan, manu1, markbirbeck



Formatted by CommonScribe


This revision (#1) generated 2010-10-21 16:38:44 UTC by 'msporny', comments: 'Minor formatting changes to minutes.'