12:46:19 RRSAgent has joined #htmltf
12:46:19 logging to http://www.w3.org/2006/04/24-htmltf-irc
12:46:23 Meeting: RDF-in-XHTML TF
12:46:28 Meeting: RDF-in-XHTML TF
12:46:33 Zakim has joined #htmltf
12:46:37 zakim, this will be rdf
12:46:37 ok, RalphS; I see SW_BPD(rdfxhtml)9:00AM scheduled to start in 14 minutes
12:46:49 rrsagent, please make record public
12:47:03 Agenda: http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2006Apr/0044.html
12:47:19 RalphS has changed the topic to: HTML TF 24 April agenda http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2006Apr/0044.html
12:47:49 Previous: 2006-04-18 http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2006Apr/0035.html
12:56:18 Steven has joined #htmltf
12:57:24 SW_BPD(rdfxhtml)9:00AM has now started
12:57:31 +Ralph
13:01:11 zakim, dial steven-617
13:01:11 ok, Steven; the call is being made
13:01:12 +Steven
13:04:29 +Ben_Adida
13:04:36 benadida has joined #htmltf
13:04:40 Chair: Ben
13:06:13 Steven: most HTML authors think the words "tag" and "element" mean the same thing
13:07:36 MarkB_ has joined #htmltf
13:08:00 Topic: Action Review
13:08:33 +??P5
13:08:40 [DONE] ACTION: Ben draft mail to Guus and David regarding continuation of HTML TF work [recorded in http://www.w3.org/2006/04/18-htmltf-minutes.html#action01]
13:08:43 zakim, i am ?
13:08:43 +MarkB_; got it
13:08:50 ACTION: Ben start separate mail threads on remaining discussion topics [recorded in http://www.w3.org/2005/12/06-swbp-minutes#action04]
13:08:53 -- continues
13:09:00 ACTION: Ben to draft full response to Bjoern's 2004 email [recorded in http://www.w3.org/2006/01/24-swbp-minutes.html#action03]
13:09:03 -- continues
13:09:13 ACTION: once Steven sends editors' draft of XHTML2, all TF members take a look and comment on showstopper issues only [recorded in http://www.w3.org/2006/02/06-htmltf-minutes.html#action01]
13:09:16 -- continues
13:10:32 Mark: I'm going through and collecting all the little decisions to update the separate RDF/A spec doc
13:10:38 Topic: RDFa Primer Draft
13:11:17 -> http://www.w3.org/2001/sw/BestPractices/HTML/2006-04-24-rdfa-primer 24 April Primer editors' draft
13:11:46 Ben: need further checking to be sure we've addressed all comments
13:12:19 ... the new section 2 side-steps the issue of HTML frag ids (also) naming physical objects
13:12:54 Steven: I agree that #frag ids in HTML docs should be able to refer to non-information-resources
13:14:30 Ben: some people hold the position that #frag in an HTML document cannot name physical objects
13:14:53 ... Pat Hayes says such URIs can be either documents or physical objects; it doesn't matter
13:16:21 Mark: it seems odd to me to treat the HTML resource space in this special way
13:17:36 Ben: DanC has said that if an HTML document does not contain id="car" then it's ok to refer to a physical car with "#car"
13:17:53 Mark: then what happens later if the id is added to the document?
13:19:27 Ralph: my understanding of the TAG's position is that the server distinguishes between information resource and non-information resource by returning 200 or 303
13:19:53 ... so doc#car refers to an information resource if the server returns 200
13:20:08 ... and if doc#car is meant to refer to a physical object, the server should return 303
13:20:31 ... I'm trying to understand if this is deployable
13:22:08 Ben: I hope to ask the SWBPD WG for reviewers to read this new draft starting Wednesday
13:23:26 ... with a target to get WG to approve publishing at its 8 May telecon
13:23:58 Ben: in the new section 2 I use role attribute to signal rdf:type
13:24:06 Steven: I saw that and liked it
13:24:37 PROPOSE to ask the SWBPD WG to review this editor's draft and submit for publication
13:24:50 (no objection)
13:25:02 RESOLVED to ask the SWBPD WG to review this editor's draft and submit for publication
13:25:08 Steven: what about section 5?
13:25:31 Ben: I was planning to leave it as is for this version
13:25:41 ... I would like to re-engage the Dublin Core community
13:25:51 ... and add a Dublin Core section in a future version
13:26:11 Steven: I think it would be nice to have summaries of some of the main vocabularies that people are likely to use
13:26:58 Mark: Google Calendar has a nice data structuring convention
13:27:08 ... can be read by both RSS and ATOM
13:27:37 ... so iCal folk can use this immediately
13:30:03 http://code.google.com/apis/gdata/protocol.html
13:30:20 http://code.google.com/apis/gdata/common-elements.html
13:30:50 e.g., http://code.google.com/apis/gdata/common-elements.html#gdEmail
13:31:00 Ben: it would be great to have examples based on Google's gdata vocabulary
13:31:38 Mark: since we agreed last week that rel can have multiple values, it's easy to markup in multiple vocabularies
13:32:22 Topic: meta and link referring only to parent
13:32:42 Steven: about= on head rang bells
13:33:05 Mark: about= on head was a recent idea; we've not yet settled ths
13:33:09 s/ths/this/
13:33:26 Mark: about="" on head isn't resolved
13:33:26 http://www.w3.org/2001/sw/BestPractices/HTML/2005-current-issues#head-about
13:34:37 Ben: I had a proposal to specify a default about="" on the HTML root element
13:35:04 ... this would make meta and link in the head work as before
13:35:30 ... might be good to add default about="" to body as well, though this isn't needed for backward compatibility
13:35:50 Mark: I think it will make the processing rules easier if we specify that body has a default about=""
13:36:52 ... rather than specifying that the default subject is the current document, we specify that the processor looks up the tree to find the first about attribute
13:37:24 ... so some other language, e.g. SVG, could change the default subject by adding their own 'about' if they wish
13:37:48 Steven: this does solve the problem but I'd hoped we would not have to make special cases
13:38:04 ... so if we can find a better solution, I might prefer it
13:38:29 Ben: so introducing the special case on body may be too much
13:39:00 Steven: the proposal to add default about="" to body is new and I don't see the justification
13:39:57 Ben: meta and link in the head have previously referred to the whole document so adding about="" to the head is an obvious solution
13:40:10 Mark: let's separate the head and body issues
13:40:29 ... I'm proposing to make things consistent
13:41:09 ... how do you generally declare the rule that the default subject is the current document
13:41:24 ... we could eliminate a rule elsewhere by using the same technique on body as on head
13:42:03 Ben: we could add the about="" default to _both_ the root HTML element and the HEAD element
13:42:20 ... this makes frames also refer to the current page
13:42:28 ... and avoids special-case for body
13:43:12 Mark: this would work except for a problem with other rules such as xml:base
13:43:35 ... if head contains xml:base then the subject should be the base URI
13:44:12 s/xml:/html:/
13:44:17 s/xml:/html:/
13:44:50
13:44:50
13:44:50
13:44:50
13:44:50
13:44:51 .
13:44:53 Ben: but html:base has no children
13:44:53 .
13:44:55 .
13:44:57
13:45:23 Ben: it's OK if HTML defines other ways to establish the current URI
13:46:17 Mark: an RDF/A processor has to find html:base to know the document's URI
13:47:41 Ben: I'm confused why the triples refer to the html:base value
13:48:03 ... there is still a document at the (non-base) URI
13:48:14 ... so we have to think carefully about the semantics of html:base
13:48:34 ... why should the subject of the triples change from the URI at which the document was fetched?
13:49:37 Mark: html:base changes the base for relative URIs cited within the document
13:50:11 ... about="" is by definition relative to the "current URI" of the document
13:50:18 ... and html:base can change the current URI
13:51:37 Mark: we need a rule to say what happens in the absence of an about attribute
13:52:32 Ben: so to get compatibility for meta and link is to add an explicit about="" to head
13:53:08 Mark: the reason for this is that meta and link refer explicitly to their parent
13:55:41 Steven: if we add implicit about="" to the head for backward compatibility then whatever we do to the HTML root element we should say does not change the HEAD element
13:56:07 Mark: so if you want to make statements about whatever you named in the root, you put those statements in the body
13:57:23 Mark: think of the example posted to the list a few weeks ago from someone who wanted to use the RDF/A syntax in an OWL document to avoid having to repeat attributes
13:58:25 Ben: so we're sticking with the rule that the processor searches up the tree to find about=
13:58:48 ... the only change we make is to add explicit about="" on head, which can be overridden by user
13:59:07 Mark: I will put this in my XHTML1 schema
13:59:32 RESOLVED: we're sticking with the rule that the processor searches up the tree to find about= and add explicit about="" to head
13:59:50 Ben: who should have the action to think about the HTML namespace URI issue?
14:00:06 Steven: propose SWBPD takes this issue
14:00:21 ... but doesn't this go away with CURIEs?
14:00:54 Ben: we want CURIEs to be backwards-compatible with QNames
14:01:02 [adjourned]
14:01:04 -Ralph
14:01:06 -MarkB_
14:01:07 -Steven
14:01:08 -Ben_Adida
14:01:09 SW_BPD(rdfxhtml)9:00AM has ended
14:01:11 Attendees were Ralph, Steven, Ben_Adida, MarkB_
14:01:19 rrsagent, please draft minutes
14:01:19 I have made the request to generate http://www.w3.org/2006/04/24-htmltf-minutes.html RalphS
14:01:27 zakim, bye
14:01:27 Zakim has left #htmltf
14:16:26 benadida has left #htmltf
15:04:36 Steven has left #htmltf