From RDFa Working Group Wiki
See CommonScribe Control Panel, original RRSAgent log
and preview nicely formatted version.
13:27:33 <RRSAgent> RRSAgent has joined #rdfa
13:27:33 <RRSAgent> logging to http://www.w3.org/2011/10/06-rdfa-irc
13:27:35 <trackbot> RRSAgent, make logs world
13:27:35 <Zakim> Zakim has joined #rdfa
13:27:37 <trackbot> Zakim, this will be 7332
13:27:37 <Zakim> ok, trackbot; I see SW_RDFa()10:00AM scheduled to start in 33 minutes
13:27:38 <trackbot> Meeting: RDF Web Applications Working Group Teleconference
13:27:38 <trackbot> Date: 06 October 2011
13:27:47 <ivan> Chair: Manu
13:55:42 <manu1> Guest: Niklas (lindstream) Lindström
13:55:42 <manu1> Guest: Toby (tinkster) Inkster
13:55:42 <manu1> Guest: Henri (bergie) Bergius
13:56:18 <manu1> Agenda: http://lists.w3.org/Archives/Public/public-rdfa-wg/2011Oct/0000.html
13:57:32 <gkellogg> gkellogg has joined #rdfa
13:58:34 <niklasl> niklasl has joined #rdfa
13:58:35 <gkellogg> gkellogg has joined #rdfa
13:59:44 <ShaneM> ShaneM has joined #rdfa
13:59:52 <Steven> Steven has joined #rdfa
14:00:05 <Zakim> SW_RDFa()10:00AM has now started
14:00:13 <Zakim> +??P11
14:00:21 <ShaneM> zakim, I am ??P11
14:00:31 <Zakim> +ShaneM; got it
14:00:31 <ivan> zakim, dial ivan-voip
14:00:41 <Zakim> ok, ivan; the call is being made
14:00:43 <Zakim> +Ivan
14:00:45 <Zakim> +??P25
14:00:47 <Zakim> +??P20
14:00:50 <manu1> zakim, I am ??P25
14:00:50 <Zakim> +manu1; got it
14:01:00 <niklasl> zakim, I am ??P20
14:01:01 <Zakim> +niklasl; got it
14:01:16 <Zakim> +scor
14:02:35 <Zakim> +??P41
14:02:59 <Zakim> + +1.415.686.aaaa
14:03:12 <gkellogg> zakim, I am +1.415.686.aaaa
14:03:12 <Zakim> +gkellogg; got it
14:03:26 <bergie> zakim, I am ??P41
14:03:26 <Zakim> +bergie; got it
14:04:08 <Zakim> +Steven
14:04:33 <manu1> zakim, who is on the call?
14:04:34 <Zakim> On the phone I see ShaneM, Ivan, manu1, niklasl, scor, bergie, gkellogg, Steven
14:04:48 <manu1> Agenda: http://lists.w3.org/Archives/Public/public-rdfa-wg/2011Oct/0000.html
14:04:57 <manu1> scribenick: ShaneM
14:05:02 <scor> scor has joined #rdfa
14:05:39 <niklasl> q+
14:05:48 <Steven> I posted an announcement of ODF 1.2 to rdfa.info
14:06:07 <manu1> ack niklasl
14:06:18 <ShaneM> TOPIC: Rechartering
14:06:19 <ShaneM> Ivan notes that we don't need to recharter to change @src. Manu is concerned that moving API work to a Community Group may require re-chartering.
14:06:19 <ShaneM> Ivan: However, before we get into this - we have a number of remaining technical issues.
14:06:45 <manu1> Topic: Remaining Technical Issues
14:07:30 <Zakim> +??P57
14:07:39 <ShaneM> 1) We need to decide on what the list of acceptable terms defined by the initialization context are in HTML and XHTML.
14:07:54 <ShaneM> 2) We need to specify the behavior of @inlist and @rev, when used together.
14:08:08 <ShaneM> 3) We need to figure out what to call "Default Profiles" now that we don't have profiles, and how those documents are expressed.
14:08:11 <gkellogg> 4) We need to discuss multi-valued @about and @resource.
14:09:29 <ShaneM> MS: We should deal with these issues before we discuss the administrative issues
14:09:34 <manu1> q+ to clarify what we're doing about LC
14:09:57 <ShaneM> IH: We shouldn't put out a new last call before the HTML Data task force has done anything. That wouldn't be very smart.
14:10:22 <ShaneM> ... Gregg's issue is something that is within the baliwick of that taskforce.
14:10:53 <ShaneM> ... my proposal is that we get the draft done with everything sorted except the multi @about / @ resource and publish a working draft.
14:10:54 <manu1> ack manu1
14:10:54 <Zakim> manu1, you wanted to clarify what we're doing about LC
14:11:33 <ShaneM> MS: I agree. What I was trying to say is that we should start moving towards last call. We need to make it clear to everyone that we are planning on this. The technical issues are sorted modulo stuff on the call.
14:11:49 <ShaneM> IH: Yes, but we should stil do a working draft so the task force has a solid thing to look at.
14:12:51 <ShaneM> MS: I did talk with Jeni, and she thinks that we have addressed most issues already. multi about / resource has no use cases. img / src change might be requested, but we are already planning to do that.
14:13:00 <Zakim> +??P60
14:13:16 <ShaneM> ... itemref-like support. We have pushed back on that - no strong use case. We might do something close to it with multi about / resource.
14:13:23 <bergie> Zakim, +??P60 is me
14:13:23 <Zakim> sorry, bergie, I do not recognize a party named '+??P60'
14:13:54 <bergie> Zakim, i am ??P60
14:13:54 <Zakim> +bergie; got it
14:14:01 <ShaneM> MS: My concern is that we are not pushing this out and are thus creating more and more confusion in the market about RDFa. Let's get this done and out there.
14:14:31 <ShaneM> ... any additional changes we might make would be to address schema.org requirements, but they seem to be on board with most of RDFa 1.1 at this point.
14:15:48 <ShaneM> MS: rough plan is have technical discussions, generate a working draft, let people know we need feedback if they have concerns before we go into third last call.
14:16:28 <MacTed> MacTed has joined #rdfa
14:17:07 <ShaneM> Topic: Media Types and RDFa TAG Issue
14:17:07 <ShaneM> MS: one more issue.... TimBL has some concerns about W3C specs that have no media type associated. This may become a TAG issue. RDFa Core 1.1 does not define a media type for XML+RDFa - should it?
14:17:14 <ShaneM> q+ to discuss media type
14:17:37 <ShaneM> ... The tag would like there to be some way to follow your nose from the Media Type of a document to the spec to realize what format the document is in.
14:18:12 <ShaneM> ... one option is to change text/html and application/xhtml+xml to say that there might be RDFa in such a document.
14:18:38 <Zakim> +??P63
14:18:44 <ShaneM> IH: The HTML5 spec will eventually include RDFa.
14:18:48 <ShaneM> MS: No, it will not. HTML+RDFa spec is layered on top of HTML5 - HTML5 will never refer to RDFa (based on the current direction of the HTML WG)
14:18:49 <bergie> Zakim, i am ??P63
14:18:49 <Zakim> +bergie; got it
14:19:24 <manu1> ack shaneM
14:19:24 <Zakim> ShaneM, you wanted to discuss media type
14:19:53 <manu1> ShaneM: Don't forget in Core 1.1, we also have XML+RDFa 1.1 and we don't have a media type for that... and we're not going to be able to change text/xml and application/xml
14:20:17 <manu1> ShaneM: If this is a real concern, we might need to do a registration for text/rdfa+xml or application/rdfa+xml
14:20:51 <manu1> Ivan: I thought registrations were pretty easy.
14:22:00 <gkellogg> q+
14:22:23 <manu1> ShaneM: GRDDL announcement mechanism might be adequate.
14:22:29 <manu1> ack gkellogg
14:23:17 <ShaneM> GK: It seems like microdata and rdfa are at odds here. There is no way to know. Second the point of RDFa is that you can annotate any language. This puts the whole situation on its head.
14:23:50 <ShaneM> MS: is there a way to handle this?
14:23:53 <niklasl> q+
14:24:02 <ShaneM> GK: We could parameterize them. It is supported.
14:24:12 <manu1> ack niklasl
14:24:13 <ShaneM> q+ to ask Steven about parameterization
14:24:33 <ShaneM> NL: How is it with SVG Tiny - does it link to RDFa 1.0?
14:24:36 <tinkster> Re media types, RDFa is not a set of elements, but a set of attributes. Other W3C specs that define sets of XML attributes (e.g. xml:base spec, xml:id spec, XML namespaces spec, XLink, etc) do not define media types.
14:24:55 <ShaneM> IH: The SVG document says that there are ways to incorporate metadata via RDFa 1.0
14:25:10 <scor> q+
14:25:39 <manu1> ack shanem
14:25:39 <Zakim> ShaneM, you wanted to ask Steven about parameterization
14:25:58 <manu1> q+ to kick back issue to HTML WG?
14:26:25 <manu1> ShaneM: Steven, we talked a bit about parameterization of the media type in XHTML2... could we use that?
14:26:30 <ivan> ack scor
14:26:31 <ShaneM> Steven: I don't remember how we discussed using parameters in XHTML2.
14:26:49 <Steven> I remember the discussion, but not the conclusion
14:27:20 <Steven> Certainly some XHTML's get announced with a parameter on the media type
14:27:23 <ShaneM> scor: I dont think new media types are feasible. The browsers might take years to support it, and people wont know that they need to use it. It is also difficult to do on the server - especialy for static files.
14:28:04 <ShaneM> ... in next drupal we need it to be as seamless as possible. It cannot be required to change based upon whether RDFa is being sent out or not.
14:28:27 <manu1> ack manu1
14:28:27 <Zakim> manu1, you wanted to kick back issue to HTML WG?
14:28:28 <ShaneM> MS: so we shouldn't depend upon the mime type at all?
14:28:31 <Steven> Accept: application/xhtml+xml;
14:28:31 <Steven> profile="http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd"
14:28:32 <ShaneM> scor: right.
14:28:57 <ShaneM> MS: should we just put it back on HTML5 working group?
14:29:12 <niklasl> q+
14:29:18 <manu1> ack niklasl
14:29:45 <ShaneM> ... if HTML5 references the spec then we are okay SVG already does, and other languages can do so as well.
14:30:48 <Steven> Not just attributes, also elements
14:30:53 <Steven> XForms has no mediatype
14:31:08 <ShaneM> NL: Yes, I agree. Do we expect people to just use RDFa stand alone? No.
14:31:16 <ShaneM> SM: no... but we permit it.
14:31:29 <Steven> I agree, push back
14:31:32 <ShaneM> SM: And remember there are lots of other specs that introduce attributes outside of the context of a markup language.
14:31:43 <ShaneM> MS: So we should just push back to the TAG?
14:31:48 <ShaneM> (general agreement)
14:32:35 <manu1> PROPOSAL: RDFa is not a set of elements, but a set of attributes. Other W3C specs that define sets of XML attributes (e.g. xml:base, aria, spec, xml:id spec, XML namespaces spec, XLink, etc) do not define media types. RDFa falls into the same category as these specs, that is, it doesn't require a MIMEtype registration.
14:32:52 <bergie> looks good
14:33:26 <ShaneM> Steven: Not just attributes - elements are relevant as well. It doesn't have a root element. So it shouldn't have its own media type.
14:33:27 <scor> what if several syntaxes are used in the same document (e.g. RDFa and microdata)? can a document define multiple MIME types?
14:33:40 <ShaneM> No - only one.
14:34:02 <scor> so that's another argument against defining MIME types for each of them
14:34:15 <scor> since we can't combine them
14:35:51 <ShaneM> SM: Dont forget that XHTML+RDFa IS a document type. it should not have its own media type.
14:36:32 <Steven> +1
14:36:57 <ShaneM> ... parameters on the media type are a reasonable way to do this. profile="someURI someotherURI"
14:37:04 <Steven> q+
14:37:17 <ShaneM> ... profile should be able to take more than one value so a document can reference multiple sets of processing rules
14:37:38 <manu1> ack Steven
14:38:02 <ShaneM> Steven: HTML5 and microdata is a great example. There shouldn't be two media types for HTML5 and HTML5+microdata.
14:38:14 <ShaneM> ... so it isn't something that the working group needs to handle.
14:38:57 <ShaneM> IH: No, the working group needs to update the media registration to allow for any additional parameters, not just microdata or RDFa.
14:39:32 <ShaneM> MS: I think this is a non issue. No one is going to use this. It is overly pedantic. Processors will grab documents and try to extract triples. If they get some, great. If not, also great.
14:40:17 <niklasl> .. as long as official validators (will) accept the attributes, there is no technical issue.
14:41:20 <ShaneM> IH: didn't the HTML5 working group remove @profile?
14:41:44 <Steven> q+
14:41:50 <Steven> q-
14:42:00 <manu1> http://dev.w3.org/html5/profiles/source/
14:43:24 <ShaneM> Look at http://www.w3.org/2010/02/rdfa/sources/rdfa-core/Overview-src.html#major-differences-with-rdfa-syntax-1.0
14:43:33 <ShaneM> MS: Push back on the tag first.
14:44:50 <manu1> PROPOSAL: RDFa Core 1.1 is a set of attributes. There are other specs that are just sets of attributes like xml:base, aria, xml:id, XML namespaces, XLink) and those do not define media types. RDFa Core 1.1 falls into the same category as these specs, that is, it doesn't require a Media Type registration.
14:45:03 <manu1> +1
14:45:06 <Steven> +1
14:45:07 <gkellogg> +1
14:45:07 <bergie> +1
14:45:08 <niklasl> +1
14:45:08 <ShaneM> Shane: +1
14:45:09 <scor> +1
14:45:11 <ivan> +1
14:45:15 <manu1> RESOLVED: RDFa Core 1.1 is a set of attributes. There are other specs that are just sets of attributes like xml:base, aria, xml:id, XML namespaces, XLink) and those do not define media types. RDFa Core 1.1 falls into the same category as these specs, that is, it doesn't require a Media Type registration.
14:46:46 <manu1> PROPOSAL: The SVG Tiny 1.1 spec and the ODF spec already refers to the RDFa specification, therefore no action is necessary.
14:46:55 <ivan> +1
14:46:56 <manu1> +1
14:46:57 <Steven> +1
14:46:58 <gkellogg> +1
14:47:00 <ShaneM> Shane: +1
14:47:06 <bergie> +1
14:47:06 <scor> +1
14:47:12 <manu1> RESOLVED: The SVG Tiny 1.1 spec and the ODF spec already refers to the RDFa specification, therefore no action is necessary.
14:48:34 <niklasl> (actually, it seems like it's SVG 1.2 Tiny which explicitly refers to RDFa)
14:49:15 <niklasl> with that, +1
14:49:27 <manu1> PROPOSAL: The text/xml, application/xml, text/html and application/xhtml+xml MIMETypes are not under the purview of this Working Group and therefore this WG cannot refer to the RDFa Core 1.1 or XHTML+RDFa or HTML+RDFa or Microdata specifications. The WG associated with each of those MIMETypes will need to add them to the associated specification.
14:49:42 <ShaneM> s/MIMETypes/Media Types/
14:49:46 <ShaneM> Shane: +1
14:49:46 <ivan> +1
14:49:47 <gkellogg> +1
14:49:47 <manu1> +1
14:49:48 <Steven> +1
14:49:48 <bergie> +1
14:49:49 <scor> +1
14:49:50 <niklasl> +1
14:50:10 <manu1> RESOLVED: The text/xml, application/xml, text/html and application/xhtml+xml Media Types are not under the purview of this Working Group and therefore this WG cannot refer to the RDFa Core 1.1 or XHTML+RDFa or HTML+RDFa or Microdata specifications. The WG associated with each of those Media Types will need to add them to the associated specification.
14:50:47 <ShaneM> TOPIC: rel / rev values
14:51:29 <ShaneM> We need a volunteer. No one wants to do it.
14:51:59 <ShaneM> We need to go through and remove things from default profile(s) that we don't want to handle any longer. Semantics have changed for some values.
14:52:54 <Steven> ZAKIM, WHO IS NOISY?
14:53:10 <Zakim> Steven, listening for 10 seconds I heard sound from the following: gkellogg (35%)
14:53:13 <ShaneM> ACTION: ShaneM to review rel / rev values and find items that should be removed
14:53:14 <trackbot> Created ACTION-97 - Review rel / rev values and find items that should be removed [on Shane McCarron - due 2011-10-13].
14:53:57 <Steven> Shane++
14:53:57 <ivan> [[[
14:53:59 <ivan> Backwards compatibility with RDFa 1.0 is of great importance. That means, in general, that all triples that are produced via the October 2008 version of RDFa, should still be generated in the new version. For each new feature, if there is doubt or a perceived problem with respect to this, the guideline should be not to include the feature in the set of modifications. The two minor features the Working Group has identified and which may constitute possible exceptions
14:53:59 <ivan> this rule, is the default XML Literal generation (see the proposal and the corresponding thread for details), and the list of predefined @rel/@rev values that automatically generate triples (these predefined values are under re-evaluation by the HTML community, and inconsistencies may occur if all RDF triples are generated).
14:54:01 <ivan> ]]]
14:55:32 <manu1> Topic: Default Profile language
14:54:53 <gkellogg> What about initial evaluation context?
14:55:29 <ShaneM> Proposal to use the term 'initial evaluation context'.
14:57:08 <ShaneM> SM: remove the section that describes how to specify default profiles.
14:57:51 <gkellogg> didn't we want to be able to add terms in the future?
14:58:27 <ivan> q+
14:58:49 <gkellogg> My implementation parses the profile docs to create constant definitions in the parser
14:58:56 <ShaneM> MS: We can't just use the spec. We need an external document.
14:59:18 <ShaneM> ... publishing cycle at the W3C is too long. External document is used to maintain the data.
14:59:44 <manu1> ack ivan
14:59:59 <ShaneM> IH: use the different name, but keep the current mechanism.
15:00:17 <ShaneM> ... the mechanism provides the possibility to either hardcode or use caching and retrieve or whatever.
15:00:22 <ShaneM> ... we don't want to impose that.
15:01:01 <ShaneM> ... not in favor of hardcoding.
15:01:04 <gkellogg> +1 to ivan
15:01:05 <ShaneM> SM: okay
15:01:30 <manu1> PROPOSAL: Use the terminology 'initial evaluation context' to specify the initial list of terms and prefixes that should be used by a processor.
15:01:46 <ShaneM> IH: might need to change names of triple predicates.
15:01:47 <manu1> +1
15:01:48 <ShaneM> Shane: +1
15:01:48 <niklasl> +1
15:01:48 <gkellogg> +1
15:01:57 <ivan> +1
15:02:03 <Steven> +1
15:02:31 <manu1> RESOLVED: Use the terminology 'initial evaluation context' to specify the initial list of terms and prefixes that should be used by a processor.
15:04:12 <ShaneM> ShaneM has left #rdfa
15:04:13 <manu1> rrsagent, make logs public
15:04:44 <ivan> ivan has left #rdfa
15:04:51 <Zakim> -ShaneM
15:04:55 <Zakim> -gkellogg
15:05:01 <Zakim> -scor
15:05:05 <Zakim> -Steven
15:05:20 <niklasl> niklasl has left #rdfa
# SPECIAL MARKER FOR CHATSYNC. DO NOT EDIT THIS LINE OR BELOW. SRCLINESUSED=00000237