IRC log of tagmem on 2010-06-09

Timestamps are in UTC.

08:07:06 [RRSAgent]
RRSAgent has joined #tagmem
08:07:06 [RRSAgent]
logging to
08:07:08 [trackbot]
RRSAgent, make logs public
08:07:08 [Zakim]
Zakim has joined #tagmem
08:07:10 [trackbot]
Zakim, this will be TAG
08:07:10 [Zakim]
ok, trackbot; I see TAG_f2f()3:00AM scheduled to start 67 minutes ago
08:07:11 [trackbot]
Meeting: Technical Architecture Group Teleconference
08:07:11 [trackbot]
Date: 09 June 2010
08:07:13 [DKA]
ScribeNick: DKA
08:07:29 [DKA]
Topic: HTML / XML Unification
08:08:05 [DKA]
Noah: [going back to our discussion yesterday on RFC-3023.]
08:08:15 [DKA]
Noah: What is the follow-up / action?
08:08:33 [DKA]
Yves: I can do it.
08:09:28 [DKA]
Tim: The "grandfathering" option [wasn't a good one]. It's possible we can eliminate one of the other options.
08:09:58 [DKA]
Yves: Should we contact Chris? Nail down what the issue is first?
08:10:40 [DKA]
Noah: To be picked later at 11:15.
08:12:13 [DKA]
Noah: We had a discussion on day 1 on HTML-XML reunification. Let's come back to it.
08:13:20 [Yves]
(for the minutes, yesterday's white board )
08:13:57 [DKA]
08:14:08 [DKA]
ht: this is in reference to HTML wg issue 41.
08:15:28 [noah]
08:15:28 [trackbot]
ACTION-427 -- John Kemp to read 4 distributed extensibility proposals and summarize them w.r.t. proposals TAG has discussed to date -- due 2010-06-06 -- OPEN
08:15:28 [trackbot]
08:15:35 [DKA]
ht: interesting thread - subject "facebook have started facebook namespace declaration to connect web pages to facebook"
08:16:16 [DKA]
... the assertion is that there are thousands to millions of html pages with namespace declarations in them (other than the XHTML namespace).
08:16:49 [ht]
ht has joined #tagmem
08:17:33 [DKA]
noah: David R from Facebook presented on this at WWW. Said: we don't think people will get namespaces right.
08:17:58 [DKA]
... also, this is in service to RDFa. So resolution to Qnames isn't happening.
08:18:54 [DKA]
tim: so facebook are using RDFa.
08:19:57 [DKA]
ht: with the binding for the curie.
08:20:09 [DKA]
... what's crucial is that the namespace binding be in the DOM.
08:20:39 [DKA]
tim: for people doing interesting things with RDFa in scripts it's important. for Facebook maybe not.
08:21:54 [DKA]
ht: there seems to be a fair consensus that what this points towards - what we need is to ensure that these namespace bindings are in the DOM - therefore they're available for the parser element names and attribute names (and for javascript to do the same)
08:22:53 [DKA]
tim: actually - james clark's [XML parser] strips the namespace bindings out.
08:23:34 [ht]
HST contests TBL's assertion
08:24:57 [DKA]
ht: it illuminates sentiment in the [html] working group. There's a sense of "don't break the Web" - now there are all these pages that are using namespace bindings. That's relevant info for discussion of [html] issue 41.
08:25:11 [DKA]
noah: how is that going past www2010?
08:25:21 [DKA]
ht: hasn't come back up again. not currently on the front burner.
08:26:18 [DKA]
noah: the fact that Facebook did their design the way they did is relevant.
08:26:23 [DKA]
08:26:32 [DKA]
08:26:32 [trackbot]
ACTION-427 -- John Kemp to read 4 distributed extensibility proposals and summarize them w.r.t. proposals TAG has discussed to date -- due 2010-06-06 -- OPEN
08:26:32 [trackbot]
08:27:09 [DKA]
ht: html wg issue 41 is open - not currently being discussed. we could take the initiative and put forward our preferred proposal.
08:27:49 [DKA]
ht: the most committed pushback from HTML wg is in the area of the DOM API.
08:27:52 [noah]
08:28:39 [DKA]
ht: it comes back to polyglot documents - ref HTML authoring guidelines draft of 27 may 2010.
08:28:49 [noah]
HTML Working Group draft on HTML/XHTML Compatibility Authoring Guidelines
08:28:55 [noah]
08:31:30 [DKA_]
DKA_ has joined #tagmem
08:31:51 [DKA_]
DKA_ has left #tagmem
08:31:56 [DKA_]
DKA_ has joined #tagmem
08:32:11 [DKA]
DKA has joined #tagmem
08:33:30 [DKA]
ht: is there a succinct discussion of what the XML spec requires of a conformant XML processor and what the HTML spec requires of an XML-mode processor?
08:37:28 [DKA]
ht: seems this spec does call for a conformant XML parser. So it's behaving like what the XML spec calls an application.
08:38:03 [DKA]
noah: intent [of this document] is to talk about XML as conventionally processed. it's about writing HTML which is processable as XML.
08:38:35 [DKA]
yves: if you have an SVG tag in the DOM do you have the namespace?
08:38:47 [DKA]
tim: when SVG is parsed it's given the SVG namespace int he DOM.
08:38:49 [noah]
I like the document a lot. I can't necessarily say that the details are right, but the tone and structure seems to me to be very effective, and I assume most of the details are right.
08:41:24 [ht]
08:45:58 [DKA]
[Discussion on what this means...]
08:47:06 [DKA]
action: Henry to ask Hixie what is meant in this [section 9.2] by "retrieving an external entity" and could some clarification be added.
08:47:06 [trackbot]
Created ACTION-440 - Ask Hixie what is meant in this [section 9.2] by "retrieving an external entity" and could some clarification be added. [on Henry S. Thompson - due 2010-06-16].
08:47:57 [noah]
We took a few minutes to unravel the data: URI in section 9.2 of the HTML 5 draft and verified that it encodes entity definitions of the form:
08:47:58 [noah]
<!ENTITY Tab "&#x9;">
08:47:58 [noah]
<!ENTITY NewLine "&#xA;">
08:47:58 [noah]
<!ENTITY excl "&#x21;">
08:47:58 [noah]
<!ENTITY quot "&#x22;">
08:48:00 [noah]
<!ENTITY QUOT "&#x22;">
08:49:35 [DKA]
ht: we need to get clear just how close the DOMs are - suppose I follow the polyglot recommendation. Is it really true that the DOMs are the same regardless of which way it gets processed?
08:50:59 [DKA]
noah: there are 3 styles of DOM we might be concerned with. the XML DOM you'd get with Xerxes with no reference to HTML5 spec. At the other extreme is the DOM you'd get if you served it as text/html...
08:51:29 [DKA]
ht: phrase that's in the spec: 2 sets of rules for processing html documents: one set for html, one set for xhtml documents.
08:52:32 [DKA]
noah: potentially there are 3 DOMs... stack of XML spec+ the DOM spec; HTML5 HTML DOM; HTML5 XHTML DOM
08:52:43 [DKA]
... are these three distinct in terms of what they build?
08:53:14 [DKA]
... I assume that [polyglot spec] is talking about the latter two modes.
08:53:17 [DKA]
ht: indeed
08:54:03 [DKA]
ht: quotes html5 doc...
08:54:06 [Yves]
08:54:14 [Yves]
08:55:29 [noah]
So, my feeling is there are a few use cases here.
08:55:57 [noah]
The compatibility document correctly points out that one use case is to use generic XML tools, and that's indeed important.
08:56:45 [noah]
Nonetheless, when we talk about polyglot, our fundamental concern is that there be compatibility when the same bits are served >to HTML5 processors< in two diffent modes: 1) as text/html and 2) as application/xhtml+xml.
08:57:19 [noah]
It's also nice if the DOMs built by other XML tools are similar, but those tools won't do things like scripting, so are ultimately a different use case.
08:58:06 [DKA]
Yves: in html4 there was a difference in expectation (when served as HTML or XHTML) about character sets...
08:58:48 [timbl]
08:58:49 [timbl]
A polyglot document is one which is at the same time an XML document and an HTML5, and meets well defined set of constraints. Polyglot documents are those which use a specific doctype, namespace declarations, and a specific case, normally lower case but occasionally camel case, for element and attribute names. They use lower case for certain attribute values. Further constraints include thos eon empty elements, names entity references, and to the use of scripts
08:58:49 [timbl]
style. Polyglot documents meeting these constraints may be interpreted equally well as XML or as HTML5.
09:00:19 [DKA]
ht: [points to special parsing rules for mathml elements]
09:00:28 [DKA]
... [and SVG cases]
09:02:24 [DKA]
ht: there is a whole bunch of work done for known names in SVG and MATHML namespaces which are camel case. There are specific exceptions in HTML5 for this...
09:06:58 [DKA]
[discussion on how to move forward]
09:06:58 [timbl]
That above is what I think of as an abstract. The text for te abstract they have at the moment is a SOTD para
09:07:01 [timbl]
09:07:37 [ht]
Turns out it is a parse error in HTML parsing mode if you start an element with _anything_ other than a-zA-Z !
09:08:18 [ht]
And case-folding operates all and only on A-Z --> a-z
09:09:10 [DKA]
jar: what should our internal message be regarding namespaces? What seems to be getting lost in arguments is connection between specific situations and high-level goals TAG and W3C is trying to promote. E.g. self-dscribing Web.
09:10:08 [DKA]
jar: I'm worried about losing track of requirements as we make choices about what technical approach to take.
09:12:09 [DKA]
noah: one thing you didn't mention is distributed extensibility...
09:12:17 [DKA]
jar: same as "nose-following" story...
09:12:43 [DKA]
noah: I think there's a fundamental disagreement in the community on high-level goals around distributed extensibility.
09:13:18 [DKA]
jar: I think that is part of the nose-following story...
09:14:07 [DKA]
noah: when you raise with languages and systems a question of who gets to write new specs and who gets to extend them... that's important.
09:14:37 [DKA]
noah: members of the community have different views of the importance of allowing distributed innovation.
09:15:07 [Ashok]
Ashok has joined #tagmem
09:15:54 [DKA]
... if [we] could bring together a group of people who could show how [distributed extensibility] can be done that could be useful.
09:17:27 [DKA]
tim: namespaces and distributed extensibility are linked... [in people's minds]
09:17:39 [ht]
Fundamental fact [assertion]: 'the' DOM is a misnomer: A DOM instance has to 'know' whether it is an XML DOM or an HTML DOM, because the DOM spec. says, wrt string comparisons, that for the former name comparison is case-sensitive, while for the latter it is case-insensitive
09:17:51 [DKA]
jar: even URI based distributed extensibility is based on registries, the domain name registry...
09:19:38 [DKA]
jar: what I would like someone to do is what I've been trying to do with persistence. Try to lay out and compare all the different solutions so we can compare them on criteria whose meaning we agree on.
09:21:48 [ht]
"Document objects are assumed to be XML documents unless they are flagged as being HTML documents when they are created. Whether a document is an HTML document or an XML document affects the behavior of certain APIs and the case-sensitivity of some selectors."
09:27:30 [DKA]
[discussion around white board image from December '09 Cambridge meeting - table of different proposals...
09:27:32 [DKA]
09:28:09 [masinter]
masinter has joined #tagmem
09:28:51 [ht]
Should be
09:29:12 [DKA]
jar: would like to [frame the question] as "what do you have to do in order to extend the language"? Operationally.
09:29:28 [DKA]
jar: we ought to be able to lift up the analysis a level to get more engagement.
09:29:53 [DKA]
ht: practical advantage of this approach is that it doesn't start with a discussion of syntax.
09:31:10 [DKA]
tim: introducing indirect namespace could be a way of decoupling these things.
09:31:19 [noah]
Hi Larry, hoping you're feeling better
09:31:23 [noah]
We're about to take a break.
09:31:42 [masinter]
yes, better today
09:31:50 [masinter]
09:31:51 [noah]
You should know that your media type writeup got a very favorable reception, and we're putting off further discussion of it until you could join us on a telcon
09:32:25 [noah]
Speaking of which, I will shortly be asking TAG members to send hints on which weeks the are/are not/might not be available for summer telcons, so if you have a chance to email that it would be helpful.
09:32:27 [noah]
Take care.
09:32:32 [DKA]
+1 to jar's comments on describing things operationally.
09:32:54 [masinter]
great, i was glad it was helpful. I also got some positive feedback from Ned Freed, with some suggestions on how to move foreward fixing up MIME type registry and other things within IETF
09:33:31 [noah]
Thank you so much for doing it.
09:33:48 [masinter]
and Graham Klyne, who I believe is current MIME registration "Expert" reviewer
09:36:27 [ht]
09:36:27 [trackbot]
ACTION-437 -- Tim Berners-Lee to create a task force on XML / HTML convergence -- due 2010-06-14 -- OPEN
09:36:27 [trackbot]
09:38:18 [DKA]
tim: I think [the polyglot spec] should be normative.
09:39:13 [DKA]
noah: Could someone take an action to draft a response for our review? Then tim review.
09:39:55 [DKA]
tim: it should be written as a subset of documents. it shouldn't be called guidelines. like a profile of a language.
09:39:58 [DKA]
jar: I agree.
09:40:01 [DKA]
ht: I agree
09:40:23 [DKA]
noah: I read it and liked it. If I were writing html documents, this is what I'd want.
09:40:59 [DKA]
... eg it had good guidelines in it - good practical advice.
09:41:51 [DKA]
tim: in some cases they don't give this information - they don't explain why.
09:43:09 [DKA]
noah: points to notes on use of CDATA in polyglot spec.
09:45:11 [DKA]
noah: yes, you can define a set of documents but the set of documents you choose might depend on the outcome - identical DOMs, mostly identical, etc...
09:45:25 [DKA]
noah: can anyone take an action to draft a strawman proposal?
09:46:16 [DKA]
noah: We could bring it up in the next telcon.
09:46:20 [DKA]
tim: we could do it here.
09:46:30 [DKA]
noah: we could do it in the afternoon.
09:48:07 [DKA]
noah: break for 20 minutes.
09:48:16 [DKA]
09:48:54 [masinter]
hope things are going well, happy birthday Tim
10:13:38 [DKA]
[we ware back]
10:14:44 [DKA]
10:16:31 [DKA]
noah: we need consensus of what feedback TAG should give if any on the compatibility document.
10:17:21 [jar]
Tim wants a spec that can guide creation of a validator
10:17:27 [DKA]
... the current draft we are reviewing is serving a different audience than the document Tim is proposing. You're [Tim] serving an audience of what is and what is not a polyglot...
10:17:48 [DKA]
... this document [the guidelines doc] is more for content authors.
10:18:47 [DKA]
tim: I'm addressing the document we have in front of us - it is "mathematical" -
10:19:58 [DKA]
noah: I am also curious for some of these things: this document says "if you want something that's completely polyglot then here's your rule", "if you want mostly polyglot but differences in the DOM then do it this way"
10:20:20 [DKA]
noah: this is signalling to the user that it is a matter of degree.
10:21:05 [DKA]
jar: tim, you want it to say "if you do x you get the following benefit".
10:21:50 [DKA]
jar: this seems doable.
10:22:18 [DKA]
jar: [one issue is] they don't want to make it normative - make it into a spec...
10:22:42 [DKA]
noah: let's move forward. let's try to get some of the technical work done here.
10:23:32 [jar]
(the editor *might* say that for some (principled) reason it can't be normative...)
10:27:51 [DKA]
tim: [presents his draft notes]
10:28:30 [DKA]
[discussion on title]
10:28:50 [DKA]
noah: how about "XHTML / HTML Compatibility" ?
10:29:06 [DKA]
... drop "authoring guidelines"
10:30:06 [DKA]
jar: We're trying to change it to a spec that can be validated (against).
10:33:22 [DKA]
[we are live editing Tim's notes]
10:35:53 [ht]
"per the HTML5 specification regardless of whether they are processed as HTML or as XHTML"
10:36:31 [noah]
Or "regardless of whether they are processed as HTML or as XHTML, per the HTML5 specification "
10:43:44 [timbl]
10:44:32 [DKA]
tim: apart from this are there other changes we want to see?
10:44:53 [DKA]
ht: I'd like to see more script authoring guidelines -
10:45:42 [DKA]
ht: there are ways of accessing the DOM that only work under one serialization.
10:46:35 [DKA]
ht: if you look for some elements in your script you might only get them if you analyze the document as an HTML document ... [has to do with cases of elements and attributes]
10:47:17 [DKA]
ht: We could ask "are there any other aspects of DOM access aside from name matching [that need to be spelled out]?"
10:47:35 [DKA]
noah: would it be worth mentioning the existence of formal MUSTs.
10:47:46 [jar]
How about "2116 language should be used in normative text, and not used in
10:47:46 [jar]
nonnormative text. "
10:48:13 [DKA]
noah: specifically at minimum all the text with formal MUSTs should be normative.
10:48:22 [DKA]
jar: this is a request to the editors
10:48:40 [jar]
I agree, "is" is better than "must"
10:48:48 [Zakim]
Zakim has left #tagmem
10:48:50 [DKA]
tim: we should take the MUSTs out and say "a polyglot document IS one"...
10:48:54 [noah]
I can live with either, slight preference for "is"
10:49:07 [Zakim]
Zakim has joined #tagmem
10:49:37 [DKA]
jar: a polite sentence about the desire to have a validator...
10:49:58 [jar]
Something like "We request the editors, in revising this document, to keep in mind
10:49:58 [jar]
that we will want to base a validator on the MUSTs given in this
10:49:59 [jar]
10:51:48 [jar]
I'm saying that the spec should be helpful to someone *writing* a validator - not that we are asking anyone in particular to *provide* a validator
10:53:01 [jar]
yves: So JAR is saying: All the MUST- (or is-) level requirements must be testable.
10:55:24 [timbl]
10:55:52 [noah]
Note that Tim has checked in draft response at
10:56:44 [DKA]
jar: I'm talking about validating whether a document is syntactically valid according to...
10:57:04 [DKA]
tim: would only work for the class of documents that don't have scripts.
10:57:19 [jar]
my mistake, validating scripts for containment in the polyglot subset is untestable.
10:57:20 [DKA]
noah: the class of documents with scripts that have less-than signs...
10:57:23 [jar]
but other than that...
10:57:24 [DKA]
tim: that is testable.
10:58:30 [timbl]
In general, whether the scripts "do the right thing" is not testable.
10:59:32 [DKA]
[discussion on what can and can't be determined programatically]
11:00:35 [DKA]
ht: I might have another document which has scripts and loads this document into an iframe...
11:00:58 [DKA]
ht: why is tbody on this list? it's only because of scripting?
11:01:00 [DKA]
tim: yes.
11:01:28 [DKA]
ht: I want a stronger invariant. I want the promise of polyglot documents that they produce the same DOM and tbody violates that.
11:01:59 [DKA]
yves: [but those exceptions / warnings are discussed in the document]
11:02:18 [DKA]
noah: 6.1.1 says "a table must have a tbody"
11:02:40 [DKA]
tim: I agree with what they've done.
11:03:14 [DKA]
tim: I disagree with henry. I'm fine for the tbody to be in there...
11:04:08 [DKA]
tim: I'm interested to know how big the list of [exceptional cases where the DOM is different] is.
11:04:16 [DKA]
11:05:50 [DKA]
ht: e.g. because the HTML5 spec constrains where you get CDATA sections...
11:06:23 [DKA]
tim: I think one of the nice things about this is that it gives a recipe.
11:06:53 [DKA]
ht: I think [tim and myself] are in violent agreement.
11:07:53 [jar]
(1) class of valid html5 docs, (2) class of valid xhtml docs, (3) intersection of (1) and (2), (4) subset of (3) for which specified user agent behavior is same, (5) subset of (4) for which dom is the same for arbitrary processors ...
11:07:54 [DKA]
tim: not trying to define the class of every single document ...
11:08:52 [timbl]
This group was asked to go away and define some somewhat arbitrary subset of 5
11:08:53 [jar]
s/valid html5/syntactically valid html/
11:09:11 [jar]
s/valid xhtml/syntactically valid xhtml/
11:10:01 [jar]
my (1)-(5) list is my attempt to list the document classes that we've just been discussing... checking my understanding
11:10:03 [DKA]
noah: do we have consensus from those in the room? If so, should we wait for those not in the room?
11:10:11 [timbl]
PROPOSED: To pass on to the authors as feedback from the people here present.
11:10:13 [DKA]
ht: [I think we should run with it.]
11:10:14 [DKA]
11:11:10 [noah]
11:11:18 [Ashok]
11:11:56 [timbl]
logger, pointer?
11:12:04 [timbl]
RRSAgent, pointer?
11:12:04 [RRSAgent]
11:13:03 [DKA]
[discussion on whether we are looking at the right section]
11:13:12 [DKA]
jar: [we should] just do it.
11:13:31 [timbl]
11:15:39 [jar]
request that Tim add URI for editors draft, with the date on which retrieved, to be clear to them what we looked at (CVS 1.14)
11:21:52 [timbl]
12:32:48 [Ashok]
scribenick: Ashok
12:33:05 [Ashok]
scribe: Ashok_Malhotra
12:33:18 [DKA_]
DKA_ has joined #tagmem
12:33:35 [DKA]
DKA has joined #tagmem
12:34:41 [Ashok]
Topic: Content-type override (ACTION-370 revisited)
12:34:58 [noah]
12:35:33 [Ashok]
ht: Expalins the document
12:36:07 [Ashok]
.... we rae happy with the text that Yves proposed
12:36:19 [Ashok]
... suggests two minor changes
12:37:11 [Ashok]
... suggests changes to section 3.1.2
12:37:21 [Ashok]
12:38:27 [Ashok]
12:40:49 [Ashok]
NM: Please mention tag action
12:42:44 [ht]
proposed RESOLUTION: HST to send the contents of to ietf-http-wg, cced to public-html and www-tag, with minor fixes given above
12:43:23 [Ashok]
No objections
12:43:37 [Ashok]
RESOLUTION: HST to send the contents of to ietf-http-wg, cced to public-html and www-tag, with minor fixes given above
12:43:52 [Ashok]
ht to close action once msg is sent
12:44:10 [Ashok]
issue stays open becuase there is other work on it.
12:44:35 [Ashok]
NM: Will discuss Larry's MIME type document on next telcon
12:45:22 [Ashok]
Topic: Fragment ID semantics and XML Media types (continued)
12:45:47 [Ashok]
NM: # During our discussion on 8 June, we noticed what appears to be a conflict between the fragment ID semantics for media type application/rdf+xml, and RFC 3023 as published, and also with proposed revisions to RFC 3023 (see also section: A Naming Convention for XML-Based Media Types). We agreed to continue the discussion on 9 June.
12:46:59 [Ashok]
Tim: Design is which some frag id are is and some are anchors and you can tell from the context
12:47:24 [Ashok]
The other design the RDF ones are RDF are RDF but others can be used as anchors
12:47:27 [jar]
s/are is/are 'concepts'/
12:48:54 [Ashok]
Tim: The TAG shd recommend ...
12:49:28 [Ashok]
.... cannot do generic processing of frag ids just on the basis that it is XML
12:50:06 [ht]
Close ACTION-370
12:50:06 [trackbot]
ACTION-370 HST to send a revised-as-amended version of to the HTTP bis list on behalf of the TAG closed
12:50:06 [Ashok]
NM: We shd contact the folks who think you can do generic processing and tell them they cannot do generic processing
12:50:42 [noah]
12:51:34 [Ashok]
AM: We are going to recoomend alpha, correct?
12:52:17 [Ashok]
ht: I prefer the pragma' solution ...
12:53:19 [Zakim]
Zakim has left #tagmem
12:53:32 [Zakim]
Zakim has joined #tagmem
12:54:37 [Ashok]
jar: Is there really a conflict in XML Processing?
12:55:21 [Ashok]
NM: I have a case which breaks ... I can write a tool that sees a URI with fragId
12:55:57 [noah]
12:56:16 [noah]
1) I write a tool that finds a link with fragid (lnk#somefrag)
12:56:16 [Ashok]
... that seems +XML and use XPointer to navigate thru the doc and I am unhappy
12:56:25 [Ashok]
12:56:29 [timbl]
PROPOSED: That the text about fragment id semantics should be removed from the stuff about generic procesing
12:56:31 [timbl]
12:56:37 [noah]
1) I write a tool that finds a link with fragid (lnk#somefrag)
12:58:02 [noah]
1) I write a tool that finds a link with fragid (http://lnk#somefrag)
12:58:35 [noah]
2) The tool follows the link, gets back application/rdf+xml. Unfortunately, when I wrote the tool, I had not read the spec for rdf+xml, but I had read the 3023 and/or 3023 bis specs.
12:59:41 [jar]
you mean you follow http://lnk (you do the relevant GET)
12:59:48 [noah]
3) My tool, believing that 3023 applies, interprets somefrag as an xpointer, and infers that the URI (attempts to) reference an element named somefrag
12:59:51 [noah]
13:00:05 [Ashok]
ht: What's wrong?
13:00:18 [Ashok]
NM: He wanted to reference to the element
13:01:15 [Ashok]
HT: Do generic XML process XML as XML?
13:01:26 [Ashok]
13:02:13 [Ashok]
NM: Tool does not have knowledge of the vocabulary
13:02:27 [Ashok]
HT: A generic processor cannot be wrong
13:02:34 [noah]
q+ to discuss why it's broken
13:02:40 [noah]
ack timbl
13:03:25 [jar]
Here's my example: in rdf+xml I say <foaf:Document id="zzz"> <owl:sameAs rdf:resource=""/> </...> ... then the browser (a generci xml tool) follows href="" - should it (should ie be allowed) to go to ? or to the rdf:Document element in ?
13:04:29 [DKA]
Found an interesting and possibly relevant draft by Mark Baker from 2002:
13:05:07 [Ashok]
Tim: Explains example on whiteboard ... interpretations of <FOO id='bar'/>
13:06:44 [Ashok]
... difference between XML tools and RDF tools
13:07:57 [Ashok]
HT: If you had the same triples in a triple store you would have a contradiction
13:08:30 [Ashok]
... but why would you load both in the same triple store?
13:09:23 [Ashok]
... I don't think the contradiction is the fault of the frag-id
13:10:39 [noah]
13:11:50 [jar]
13:11:54 [noah]
ack next
13:11:56 [Zakim]
noah, you wanted to discuss why it's broken
13:12:01 [Ashok]
NM: I'm in the queue to answer HT's question
13:12:10 [jar]
q+ jar to examplify
13:12:28 [Ashok]
... I described an XML tool ... HT asked what's broken
13:12:48 [Ashok]
... 3023 encourages sub-media types
13:13:11 [Ashok]
... encorouging that is broken
13:13:49 [Ashok]
... I would remove the para fron 3023 that starts "Fragment Identification -"
13:14:15 [noah]
13:14:19 [ht]
q+ to express concern about levels
13:14:54 [noah]
ack next
13:14:56 [Zakim]
jar, you wanted to examplify
13:15:02 [jar]
"XPointers (see Section 5) can work with any XML document"
13:16:28 [Ashok]
JAR: Explains his example above ... the tools is now a Web Browser
13:17:29 [Ashok]
... say HTML4 user agent
13:17:44 [ht]
q+ and to point to the XPointer spec semantics
13:18:43 [Ashok]
... media type is RDF+XML
13:19:37 [Ashok]
... browser has a choice of XML processing or RDF processing and will end up with different results
13:21:10 [noah]
13:21:20 [jar]
It is possible to come up with examples that say that there's a problem, but it's hard for me to imagine that there is *currently* a problem in any particular case (since all of our examples involve hypothetical tools)
13:21:41 [ht]
13:22:08 [noah]
Probably true, Jonathan, but if you're implying that we can leave the architecture "broken" just because no current software badly misbehaves, I'm unconvinced.
13:25:02 [DKA]
ScribeNick: DKA
13:25:32 [DKA]
[discussing 4.2 in xinclude spec]
13:26:21 [DKA]
henry: you can't use fragment identifiers.
13:26:51 [DKA]
noah: this is a red herring.
13:26:58 [timbl]
timbl: PROPOSED: That the text about fragment id semantics should be removed from the stuff about generic procesing
13:27:01 [DKA]
noah: [back to proposals] back to proposal a (alpha).
13:27:26 [timbl]
Well, red herring ecept that as Yves points out is demos that you really can't use fragids with generic processing.
13:28:44 [DKA]
ht: one way to get an xpath data model is to point a conformant processor at anything.
13:30:50 [DKA]
noah: web arch says "follow your nose"
13:31:21 [Ashok]
Ashok has joined #tagmem
13:31:26 [DKA]
jar: if xpointer is about infosets then what [dan c] said works...
13:31:51 [DKA]
ScribeNick: Ashok
13:32:19 [Yves]
13:32:38 [Yves]
13:33:28 [Ashok]
HT: Says "internal structures of XML Processors"
13:35:36 [jar]
If xpointer is about infosets, then the 'pragma' approach makes sense, since there's no ambiguity... if xpointer is about resources and 'identification', then the 'alpha' (don't allow xpointer on rdf+xml) makes more sense...
13:35:48 [ht]
"A software component that identifies subresources of an XML resource"
13:36:19 [jar]
Two ways to argue from this that the current situation is not broken
13:36:25 [Ashok]
... from this you could argue that current situation in not broken
13:36:41 [Ashok]
... ontology is not an XML Resource
13:37:00 [jar]
ht: 1. you could say, it's not an xml resource, it's an ontology
13:37:10 [jar]
s/Two ways/ht: Two ways/
13:37:45 [Ashok]
Tim: You are defining XM Resource ... this would take you a long time
13:37:58 [jar]
ht: (didn't get around to say what 2. was)
13:38:44 [jar]
s/to say/to saying/
13:39:41 [Ashok]
HT: This is pushing me towards solution Beta --- we should not have used XML+RDF just RDF
13:41:00 [Ashok]
YL: If we say frag-id processing is not part of general XML Processing ... media types tell you what to do
13:41:38 [noah]
13:41:41 [noah]
ack ht
13:41:41 [Zakim]
ht, you wanted to express concern about levels
13:41:54 [Ashok]
... warnings about frag-id processing
13:43:06 [timbl]
13:43:16 [Ashok]
YL: Frag processing should not be part of generic XML processing
13:43:24 [timbl]
is the class of XML node as parsed ... DanC wrote the code in 2007
13:43:53 [timbl]
13:44:31 [ht]
I am concerned that by losing the notion of generic processing as legitimate for at least barename fragids, we are losing real value. . .
13:44:44 [Ashok]
NM: I seem some support for gamma --- generic processors shd be aware of special processing required ...
13:44:52 [Ashok]
13:45:11 [ht]
But, question arises, I guess, what is an example of generic processing of URIs+fragIDs, given that XInclude is _not_ an example
13:45:16 [Ashok]
... Yves wanted an opt-in/opt-out approach
13:45:36 [Ashok]
YL: I'm close to alpha
13:46:39 [Ashok]
HT: I want some time ... I would like help from the XML Core WG
13:49:58 [noah]
. ACTION Noah to draft proposed TAG comment on 3023bis regarding fragment ID handling
13:50:22 [noah]
The action is to reflect our so-called option alpha, I.e. fragid processing should not be generic, because train has left the station on rdf+xml
13:50:36 [noah]
Note will be sent for TAG internal review, with 4 day speak or hold peace window.
13:50:43 [noah]
ACTION Noah to draft proposed TAG comment on 3023bis regarding fragment ID handling
13:50:43 [trackbot]
Created ACTION-441 - Draft proposed TAG comment on 3023bis regarding fragment ID handling [on Noah Mendelsohn - due 2010-06-16].
13:52:09 [Ashok]
NM: We are done with this agenda item.
14:07:05 [ht]
-M 0 -F /etc/autossh/ssh_config -n w3tunnel
14:07:23 [ht]
Host w3tunnel
14:07:23 [ht]
IdentityFile /etc/autossh/id_dsa
14:07:23 [ht]
UserKnownHostsFile /etc/autossh/known_hosts
14:07:23 [ht]
14:07:23 [ht]
User ht
14:07:24 [ht]
14:10:31 [Ashok]
rrsagent, pointer?
14:10:31 [RRSAgent]
14:14:57 [jar]
14:15:03 [Ashok]
Topic: Web Applications: Identification and URIs
14:15:27 [Ashok]
NM: raman wrote a draft on client-side manipulation of URIs
14:15:50 [Ashok]
... I presented the Google Maps scenario
14:16:04 [Ashok]
... Raman was assigned ACTION-422 to do that
14:16:24 [Ashok]
... he wrote something that idid not fulfill the action
14:16:46 [Ashok]
... I took ACTION-432 to write the Google maps case
14:18:16 [Ashok]
AM: I offer to try and integrate NM and TVR words into a coherent draft
14:18:44 [Ashok]
14:18:44 [trackbot]
ACTION-432 Review client state finding update w.r.t. maps case closed
14:18:55 [timbl]
timbl has left #tagmem
14:18:58 [Ashok]
14:18:58 [trackbot]
ACTION-422 Examine the current text of his client state finding and update appropriately with Noah's email from ACTION-353 closed
14:19:35 [Ashok]
ACTION Ashok to trya nd integrate NM and TVRs words into a coherent draft
14:19:35 [trackbot]
Created ACTION-442 - Trya nd integrate NM and TVRs words into a coherent draft [on Ashok Malhotra - due 2010-06-16].
14:19:56 [Ashok]
JAR: Are there any issues here?
14:20:21 [timbl_]
timbl_ has joined #tagmem
14:20:27 [Ashok]
NM: TVR wrote a draft describing a specific scenario
14:20:58 [Ashok]
... he did not want Google Maps case because "everyone knows that".
14:21:51 [Ashok]
jar: Does thic touch on media-type registration?
14:22:24 [Ashok]
... how do you follow your nose if there is a farg-id?
14:22:32 [Ashok]
14:22:47 [Ashok]
14:23:50 [jar]
action jar to chase down what specs say regarding looking up fragid in 2nd representation if not found in 2st representation
14:23:50 [trackbot]
Created ACTION-443 - Chase down what specs say regarding looking up fragid in 2nd representation if not found in 2st representation [on Jonathan Rees - due 2010-06-16].
14:24:00 [jar]
14:24:14 [jar]
e.g. FOAF
14:24:51 [jar]
related to (not same as) using javascript to 'resolve' fragids (gmail)
14:25:41 [Ashok]
HT: Question of whether you should be able to conneg between TEXT+XML and RDF+XML
14:26:54 [jar]
noah: location bar doesn't update as you pan and scroll maps
14:27:23 [Ashok]
... side issue on address bar updating
14:28:01 [Ashok]
... it matters if the URI can leak or not -- say by emailing
14:28:52 [Ashok]
... if you relaod the URI it violates the nedia types spec. I think there is an issue here
14:29:26 [noah]
14:29:33 [Ashok]
14:30:15 [Ashok]
Topic: Review Pending Actions
14:30:46 [Ashok]
ACTION-404 on DanC
14:32:13 [Ashok]
Reassign to Yves to evaluate
14:33:15 [Ashok]
... due June 29
14:33:34 [jar]
(question is whether html agrees to use ietf link relation registry)
14:35:34 [Ashok]
ACTION-409 Reopen with due date of June 29
14:36:23 [noah]
ACTION-433 is overtaken ACTION-437. Closing 433.
14:36:28 [noah]
14:36:28 [trackbot]
ACTION-433 Help Tim get in touch with staff etc. re XML/HTML unification closed
14:37:28 [noah]
topic: Overdue actions
14:37:32 [noah]
14:37:32 [trackbot]
ACTION-201 -- Jonathan Rees to report on status of AWWSW discussions -- due 2010-05-29 -- OPEN
14:37:32 [trackbot]
14:38:00 [noah]
ACTION-201 Due 2010-10-05
14:38:00 [trackbot]
ACTION-201 Report on status of AWWSW discussions due date now 2010-10-05
14:38:14 [noah]
14:38:14 [trackbot]
ACTION-282 -- Jonathan Rees to draft a finding on metadata architecture. -- due 2010-05-31 -- OPEN
14:38:14 [trackbot]
14:38:41 [noah]
JAR: I'm on the way to proposing that is same as AWWSW work.
14:39:03 [noah]
ACTION-282 Due 2010-10-05
14:39:04 [trackbot]
ACTION-282 Draft a finding on metadata architecture. due date now 2010-10-05
14:39:39 [noah]
14:39:39 [trackbot]
ACTION-341 -- Dan Connolly to follow up with Thomas about security review activities for HTML5 -- due 2010-05-28 -- OPEN
14:39:39 [trackbot]
14:40:03 [noah]
There is a BOF coming up at IETF for possible new security effort
14:40:29 [noah]
That's in addition to the W3C effort
14:40:45 [noah]
YL: They'll be including work on WebApps
14:40:56 [noah]
JAR: Maybe we don't need to track it? Those are all good people?
14:41:23 [Yves]
14:41:38 [Yves]
14:44:15 [Ashok]
ACTION-341 Resaiigned to Yves due date June 15
14:44:37 [noah]
14:44:37 [trackbot]
ACTION-341 -- Yves Lafon to follow up with Thomas about security review activities for HTML5 -- due 2010-06-15 -- OPEN
14:44:37 [trackbot]
14:45:53 [Ashok]
ACTION-368 Jar will send mail to DanC saying you can close 368 if you want to.
14:46:46 [noah]
14:46:46 [trackbot]
ACTION-379 -- Noah Mendelsohn to check whether HTML language reference has been published -- due 2010-03-24 -- OPEN
14:46:46 [trackbot]
14:46:51 [Ashok]
ACTION-379 NM: There has been interaction. Keep open. Bump date
14:47:08 [noah]
ACTION-379 Due 2010-07-20
14:47:08 [trackbot]
ACTION-379 Check whether HTML language reference has been published due date now 2010-07-20
14:47:31 [DKA]
14:47:31 [trackbot]
ISSUE-58 -- Scalability of URI Access to Resources -- open
14:47:31 [trackbot]
14:49:49 [Ashok]
ACTION-381 Jar: Push it out 2 weeks
14:50:42 [noah]
14:50:42 [trackbot]
ISSUE-58 -- Scalability of URI Access to Resources -- open
14:50:42 [trackbot]
14:50:53 [noah]
14:50:59 [trackbot]
ACTION-390 -- Daniel Appelquist to review ISSUE-58 and suggest next steps -- due 2010-05-25 -- OPEN
14:51:01 [trackbot]
14:51:43 [Ashok]
DKA: I have been looking at this.
14:52:08 [jar]
DKA: elastic computing resource
14:52:44 [Ashok]
Tim: Problem is there is a bug in the code
14:53:01 [Ashok]
Dka: There is more ....
15:00:20 [noah]
YL: There are differences between getting the same URIs, vs. honoring cache headers, vs. with DTDs we made a decision that referent is immutable, but that violates a notion that HTTP headers should never expire > 1 years
15:00:46 [noah]
DA: Maybe you partially answered: what do you think the TAG can do?
15:01:09 [noah]
DA: One thing to say it's "not nice", but we don't have police powers.
15:01:56 [noah]
JAR: To mark a response as "never expires, the response server sends a response saying it responds with a date in approximately 1 year"?
15:02:10 [noah]
YL: Let's look at the right version
15:02:46 [Yves]
15:03:17 [jar]
"HTTP/1.1 servers SHOULD NOT send Expires dates more than one year in
15:03:17 [jar]
the future."
15:05:42 [jar]
This sentence was removed going from 2616 to 2616bis: "To mark a response as "already expired," an origin server sends an Expires date that is equal to the Date header value."
15:06:05 [jar]
oops strike that
15:07:00 [jar]
here's the one I wanted to cite: 'To mark a response as "never expires," an origin server sends an Expires date approximately one year from the time the response is sent.'
15:08:15 [noah]
NM: The problem is, it's really hard to write a normative, enforceable spec, that tells you when you MUST retain a representation for resuse.
15:08:23 [noah]
NM: Lacking that, this is a hard problem to solve.
15:09:16 [noah]