IRC log of tagmem on 2007-09-17

Timestamps are in UTC.

08:32:39 [RRSAgent]
RRSAgent has joined #tagmem
08:32:39 [RRSAgent]
logging to
08:32:52 [ht]
Meeting: TAG f2f morning 1
08:33:00 [ht]
Chair: Stuart Williams
08:33:07 [ht]
Scribe: Henry S. Thompson
08:33:13 [ht]
ScribeNick: ht
08:34:00 [ht]
08:36:36 [ht]
Present: Stuart Williams, Noah Mendelsohn, Tim Berners-Lee, Norm Walsh, Henry S. Thompson, Dan Connolly, Rhys Lewis
08:36:56 [DanC_lap]
DanC_lap has joined #tagmem
08:36:57 [ht]
Apologies: David Orchard, TV Raman (except by 'phone late afternoons)
08:37:42 [ht]
SW: Scribe schedule: M p.m. NM; T a.m. RL, T p.m. NW; W a.m. DC
08:37:54 [ht]
Topic: Minutes of our previous meeting
08:38:39 [ht]
08:40:00 [ht]
SW: RESOLVED: approved as posted
08:40:35 [ht]
Topic: f2f planning
08:40:48 [DanC_lap]
(I couldn't find a decision to meet in November when I looked, actually. I suppose it doesn't matter much.)
08:41:24 [ht]
SW: We have an f2f booked for November, but no venue or date for the next one
08:41:42 [ht]
NM: DO has suggested Feb/Mar in Vancouver
08:42:26 [ht]
DC: I am renewing a bid for Venice -- Massimo Marchiori would host
08:42:50 [DanC_lap]
08:46:22 [DanC_lap]
08:46:37 [ht]
TBL: Monterey, adjacent to TED 29/2--1/3
08:47:39 [ht]
HT: 3--5 March I have to be in Tokyo, travel either side
08:49:51 [ht]
... but my term ends before then
08:50:27 [DanC_lap]
an idea: 26-27 Feb 2008
08:50:34 [ht]
TBL: How about 26-27 Feb?
08:51:48 [ht]
... in Vancouver?
08:53:24 [ht]
SW: HST and TVR (elected); NM and DC (appointed) terms end 31 Jan 2008
08:53:57 [ht]
SW: I'll make a proposal, pbly for 3 days
08:54:28 [ht]
Topic: HttpRedirections-57
08:54:30 [ht]
08:55:55 [timbl]
timbl has joined #tagmem
08:56:10 [Rhys]
Draft is at
08:56:47 [ht]
08:56:51 [ht]
08:58:59 [ht]
RL: I've gotten lots of good feedback on this
08:59:15 [ht]
... Both Pat Hayes and Roy Fielding have gotten involved
08:59:49 [ht]
RL: The problem in part is terminological -- the distinction between HTTP 'resource' and WebArch 'resource' hasn't been well drawn
09:00:24 [ht]
TBL: Roy Fielding, either in his thesis or the HTTP spec., wasn't particularly formal about terminology
09:00:46 [ht]
RL: What I mean by HTTP resource is the definition in the HTTP spec. of 'resource'
09:01:34 [ht]
NM: Some of those produce 200 when you do a GET, and sometimes you get a 303, and then whether the URI identifies a resource or not is unclear
09:02:09 [DanC_lap]
09:02:18 [skw]
skw has joined #tagmem
09:02:21 [DanC_lap]
09:02:22 [DanC_lap]
09:02:22 [DanC_lap]
A network data object or service that can be identified by a URI, as defined in section 3.2. Resources may be available in multiple representations (e.g. multiple languages, data formats, size, and resolutions) or vary in other ways.
09:02:23 [DanC_lap]
09:02:34 [ht]
RL: In section 1.3 Terminology we have a defnition of a network data object or service
09:03:35 [ht]
NM: Does this cover only http: URIs?
09:03:57 [ht]
NW: No, section 3.2 makes clear it covers URL, URN, ... -- any scheme
09:07:05 [ht]
RL: So I was trying to define two terms in the draft -- I'm using 'web resource' for the meaning from WebArch and 'web presence' for the HTTP/1.1 meaning
09:07:24 [ht]
s/mean by HTTP resource/mean by HTTP:resource/
09:07:52 [ht]
HST: What about the original definition of "a resource is anything that can be named by a URI"
09:07:56 [ht]
SW: That's in the URI spec.
09:08:57 [ht]
TBL: I'm not so interested in old definitions, because they were often not framed in very strict ways
09:09:51 [ht]
TBL: The distinction between inf. res. and res. which we articulated in WebArch was hard-won, and does have the crispness we need
09:10:29 [ht]
RL: So I think we left something out of WebArch, which is what I've called 'web presence', which is what responds e.g. 302 when you GET a non-inf. res.
09:10:38 [ht]
... This is what I've called a 'web presence'
09:10:53 [ht]
NM: What about 404
09:10:59 [ht]
09:11:17 [ht]
RL: That's the one thing that's not a web presence, it's the lack of one
09:11:26 [ht]
NM: What kind of thing is it?
09:11:33 [ht]
DC: Is there a definition in the draft?
09:11:46 [ht]
RL: No, not really -- examples and discussions
09:12:10 [ht]
NM: It feels like a state of being
09:12:55 [ht]
RL: That's sort of right -- it could be a piece of code, or some server configuration -- it's the result of someone _doing_ something so that doing a GET on a particular URI will not respond 404
09:13:22 [ht]
SW: It's an aspect of web infrastructure
09:13:40 [ht]
q+ to follow up on 'what someone does'
09:14:26 [ht]
... Partly addresses Pat's complaint of the distinction between what you access to find out about Mars and Mars itself
09:15:08 [DanC_lap]
q+ to ask that we please tell the straightforward story of "doc#term means whatever term refers to as used in doc, by analogy to one paper importing a term by reference"
09:15:45 [DanC_lap]
q+ to ask that we focus on helping people choose URIs
09:15:47 [ht]
SW: Pat wants us to distinguish more carefully between access and identify as operations/terms
09:16:35 [ht]
RL: Looking for an architecture level description of what someone does when they mint a URI, whetehr
09:16:42 [timbl]
09:17:08 [Noah]
q+ to say we shouldn't talk too much about the deployment mechanics
09:19:09 [ht]
ack ht
09:19:09 [Zakim]
ht, you wanted to follow up on 'what someone does'
09:19:30 [Stuart]
ack Dan
09:19:30 [Zakim]
DanC_lap, you wanted to ask that we please tell the straightforward story of "doc#term means whatever term refers to as used in doc, by analogy to one paper importing a term by
09:19:33 [Zakim]
... reference" and to ask that we focus on helping people choose URIs
09:19:57 [ht]
HST: I really like this idea of what it is someone does, once, so that thereafter something which used to produce a 404 now produces something else (useful)
09:20:30 [ht]
DC: I really want this document to focus on the simple questions of what doc
09:20:50 [ht]
s/what doc/what doc#term means/
09:21:10 [ht]
... and how people should choose URIs
09:21:36 [ht]
SW: The original motivation was
09:22:27 [ht]
RL: to take the short email Roy Fielding sent about our closing of httpRange-14 and write it up in detail
09:22:36 [ht]
DC: Then how can the issue be closed?
09:23:19 [ht]
[unminuted process discussion]
09:24:04 [DanC_lap]
("core issue decided" is just silly if what's written down doesn't satisfy the community)
09:24:35 [Stuart]
09:29:01 [DanC_lap]
actually, fragmentInXML-28
09:29:11 [ht]
SW: What issue should we address a) the 300 responses and b) the # issues under?
09:29:18 [Noah]
09:29:49 [ht]
TBL: I think the # question is important -- there are lots of uses of it both in RDF and HTML and there's a lot of confusion and misunderstanding
09:30:30 [ht]
... We can and should write a finding to explain how this all works, to help the communities which are struggling
09:31:06 [ht]
q+ to add indirection identification to the pile
09:31:21 [ht]
ack Noah
09:31:21 [Zakim]
Noah, you wanted to say we shouldn't talk too much about the deployment mechanics
09:31:34 [DanC_lap]
(issue 57 is somewhat timely w.r.t. the WebAPI XHR work)
09:32:03 [ht]
NM: I am worried that the draft is a bit too broad -- not clear to me what the focus was
09:32:22 [ht]
... a lot of stuff about things you might like to learn about interacting with the Web
09:32:55 [ht]
... but it didn't really work for me, a mixture of things that are right, things that are not quite right and things that are wrong
09:33:22 [ht]
... It needs a set of goals, to focus discussion on how the document actually addresses the goals
09:33:42 [DanC_lap]
q+ to suggest looking at redirections in the XHR spec
09:34:01 [ht]
RL: I had a set of goals, which I guess didn't come through -- focussed on explaining what it could mean to interact with non-information resources
09:34:56 [ht]
NM: I'm worried that the overlap with the existing IETF RFCs isn't managed well -- in particular, 2616
09:35:55 [ht]
RL: Well, we did say in our SF meeting that we would include the response codes
09:35:58 [ht]
ack ht
09:35:58 [Zakim]
ht, you wanted to add indirection identification to the pile
09:36:11 [Norm]
q+ to say that in retrospect, we shouldn't attempt to redefine the return codes
09:37:05 [timbl]
q+ to ask whether Dan wan ted a tutorial (rather than judgement) about hash, and to suggest we do worked examples in HTML and RDF.
09:37:31 [DanC_lap]
(hmm... indirect identification... I'd like more clarity on that, though I can imagine it would cost a lot to get there)
09:39:38 [DanC_lap]
ack danc
09:39:38 [Zakim]
DanC_lap, you wanted to suggest looking at redirections in the XHR spec
09:39:43 [Stuart]
ack DanC
09:40:19 [ht]
HST: I hope we will include indirect identification in any attempt to provide an overview about designing URIs, including when to use #
09:40:51 [Norm]
Yes, 303 is weak practically, if not theoretically
09:40:59 [ht]
DC: There is an opportunity, in the context of XMLHttpRequest, to revise the way redirects are exposed through standard library APIs
09:41:59 [ht]
NM: So you're saying the code reflects a narrower understanding of how the Web should be working, and the opportunity is here to try to fix this
09:42:46 [ht]
DC: For example, if you have a relative URI to resolve against a redirected base
09:42:53 [ht]
TBL: SemWeb is worrying about that
09:43:23 [Norm]
ack norm
09:43:23 [Zakim]
Norm, you wanted to say that in retrospect, we shouldn't attempt to redefine the return codes
09:43:28 [Stuart]
ack Norm
09:43:31 [ht]
DC: GRDDL has a 5-page appendix, which says, briefly "Resolve against the result of redirection"
09:44:03 [ht]
NW: It is a mistake to try to redefine what the response codes mean
09:44:11 [DanC_lap]
09:44:32 [ht]
... The most we can say about 303 is that we are using an existing technology in a particular way
09:45:20 [ht]
RL: I put section 4.3 to implement what I understood the group to be asking for, so we could decide if we really mean it
09:45:37 [ht]
NW: Right, and now that I've seen it I think we were wrong, and it should come out
09:45:56 [timbl]
09:46:01 [timbl]
ack timbl
09:46:01 [Zakim]
timbl, you wanted to ask whether Dan wan ted a tutorial (rather than judgement) about hash, and to suggest we do worked examples in HTML and RDF.
09:46:05 [ht]
... We can say we use it in such and such a way, but we can't say what it _means_ -- that's for the RFC
09:46:41 [ht]
TBL: An issue on what # means, or a tutorial to tell people?
09:46:55 [ht]
DC: Issue 28 is good enough for me (# in XML)
09:47:12 [Stuart]
09:48:27 [ht]
TBL: Not good enough for me -- in a tutorial, I can say using Planets#Mars to identify Mars can work w/o ever doing a GET, and someone responds "Without doing a GET, how do I know what the media type is, w/o which I don't know what a fragid means"
09:49:11 [ht]
NM: I didn't understand your take on that until you explained it to me at a f2f, roughly, that in the _absence_ of a media type there are general principles I can appeal to
09:49:35 [ht]
DC: It's best if you have a media type and a resource and that gives the same answer, but you can live w/o it
09:49:42 [Stuart]
09:50:50 [DanC_lap]
DC: you can get information about what a URI identifies from various places; it's best when they agree
09:50:59 [DanC_lap]
q+ to note "cool URIs" is headed for /TR/
09:51:00 [ht]
TBL: Working here on WebArch fed well into the redraft of the URI spec -- maybe the same thing would work for the proposed redraft of the HTTP spec. . ..
09:51:43 [ht]
SW: How about the Cool URIs for the SemWeb document -- that seems like a good start on a "how to design URIs" document
09:52:12 [ht]
... Any progress on ACTION-43, TBL?
09:53:17 [ht]
SW: # w/o content-type? You can work backwards from what must have been the minter's intent
09:53:53 [Stuart]
09:54:07 [Stuart]
09:54:09 [ht]
q- stuart
09:54:17 [ht]
ack DanC_lap
09:54:17 [Zakim]
DanC_lap, you wanted to note "cool URIs" is headed for /TR/
09:54:50 [ht]
DC: The SemWeb Cool URIs spec is officially believed to be on our queue, for TAG review before it goes to REC
09:55:12 [ht]
... It's getting exposure, and we should take on reviewing it
09:55:31 [ht]
SW: I have sent reviews on behalf of the TAG on an earlier draft
09:56:09 [ht]
DC: So we should be reviewing the new draft, to see if they did what we asked
09:57:03 [DanC_lap]
(I find 9.8.2007 )
09:57:18 [DanC_lap]
(sort linked from )
09:58:04 [Stuart]
09:58:06 [DanC_lap]
( I also find ... date pending... )
09:58:39 [DanC_lap]
09:59:07 [DanC_lap]
14 Feb
09:59:18 [DanC_lap]
14 Sep 2007 , says HTTP last-modified
09:59:47 [ht]
Last line says "1.1 Revised Version 9.8.2007. Changes based on TAG review."
10:00:23 [Noah]
Asking about
10:00:23 [Norm]
I found Dan's suggestion of projecting it and doing a group review somewhat appealing
10:00:40 [ht]
SW: ACTION: TBL to review the 14 Sep draft of the Cool URIs for the SemWeb document on behalf of the TAG and bring the comments back to the TAG
10:00:45 [Noah]
Was it officially on behalf of the TAG? Ah, first signature says from Stuart, 2nd says Stuart for the TAG. Sorry, missed that.
10:01:36 [ht]
NW: I will try to review it, but I also like the idea of a group review from a projected view
10:02:23 [ht]
SW: Shall we carry this over, or stick with the agenda
10:04:41 [ht]
... that is, we could pull the review of action statuses forward, to give us time tomorrow for a projected review. . .
10:04:46 [ht]
[Coffee Break]
10:18:13 [DanC_lap]
DanC_lap has joined #tagmem
10:22:28 [ht]
10:23:26 [ht]
SW: So RL would like us to use some of 'his' time to look at the SWCoolURIs doct, in case it influences the treatment of his draft
10:24:44 [ht]
NM: Let's not leave w/o coming back to Rhys's draft for disposition
10:27:28 [ht]
10:29:13 [ht]
TBL: The discussion of URI/URL in the intro is at best misleading -- they shouldn't use URL at all
10:29:22 [ht]
DC: I think this speaks to the audience
10:29:42 [ht]
NM: Doesn't the latest RFC move away from URLs?
10:29:57 [ht]
DC: Yes, that's what this para. is about
10:30:16 [ht]
... deleting URL won't help
10:30:29 [ht]
NM: I think this should be explained here
10:31:02 [timbl]
1. "At the same time, web documents have always been addressed with Uniform Resource Locators (URLs). URIs and URLs share the same syntax, every URL is also a URI. "
10:31:02 [timbl]
The distinction between URLs and URI is not helpful. The term "URI" should be used throughout. This discussion has I suspect prompted the rather confused track "What happens if a URI is also a URL?".
10:31:02 [timbl]
2. "On the traditional Web, URIs were used primarily for Web documents—to link to them, and to access them in a browser. In short, to locate a Web document—hence the term URL (Uniform Resource Locator). The notion of resource identity was not so important on the traditional Web, a URL simply identifies whatever we see when we type it into a browser."
10:31:05 [timbl]
This uses the term URL, but suggest identity was not important ... it was important.
10:31:06 [timbl]
change to maybe
10:31:06 [ht]
s/think this/think the history of this/
10:31:08 [timbl]
"On the traditional Web, URIs were used primarily for Web documents—to link to them, and to access them in a browser. In short, to identify a Web document, such as <> or a hypertext acnhor within a document such as <>. With the semantic Web, URIs are used to identify arbitrary things such as people, proteins and calendar events.
10:32:03 [Noah]
Note that I suggested during the discussion that it might be helpful for them to explain that the recommended terminology was changed in RFC 3986. URL used to be an appropriate term, now URI is preferred.
10:32:22 [ht]
RL: They use URIs in the titles of sections, and URLs everywhere else
10:32:47 [ht]
DC: I prefer they dispose of URL in the introduction, and use URI througout
10:33:24 [ht]
NM: Or put in an appendix to explain the history
10:41:13 [ht]
General discussion leading to an agreed first comment in TBL's draft [to be attached]
10:41:29 [ht]
TBL's second comment: Identity was always important
10:42:11 [ht]
DC: Google does lots of canonicalisation because the value of cache hits is high and the likelihood of conflating two actually distinct resources is lo
10:42:14 [Stuart]
FYI... my comments on the earlier draft are at:
10:42:17 [ht]
s/is lo/is low/
10:49:30 [ht]
SW: Section 2 doesn't really address the reference/resource distinction
10:50:02 [ht]
NM: I'm concerned with the 'everything' in that section
10:50:22 [ht]
TBL: I don't think it's all that misleading, this is a tutorial, I think it's OK
10:50:26 [ht]
10:51:02 [ht]
TBL's second proposed edit agreed as written
10:53:44 [DanC_lap]
bug: "Content negotiation [TAG-Alt] is often implemented with a twist: Instead of a direct answer, the server redirects to another URL where the appropriate version is found:"
10:53:55 [DanC_lap]
no, that's not content negotiation
10:55:06 [DanC_lap]
HT: is 302 the one that means "fix the source link"?
10:55:08 [DanC_lap]
TBL: no
10:55:30 [DanC_lap]
DC: hmm... maybe redirects based on Accept: are a form of conneg
10:55:47 [ht]
DC: Well, maybe if they're choosing a redirect based on headers it _is_ conneg too
10:57:05 [dorchard]
dorchard has joined #tagmem
10:58:34 [DanC_lap]
oh, just change "the HTML..." to "the content of the document in HTML in English"
10:58:55 [DanC_lap]
hi DO... we're poring over
11:03:51 [ht]
Further discussion of how strong to make TBL's comment 4 on the conneg/redirect para
11:06:04 [ht]
... and of the cost (theoretical and practical) of round trips
11:06:46 [DanC_lap]
DanC_lap has joined #tagmem
11:09:09 [Noah]
From our alternative representations finding:
11:09:16 [ht]
Wording of TBL's comment 4 agreed
11:09:21 [Noah]
With that same URI, use HTTP content-negotiation, along with the correct HTTP VARY headers to serve up the appropriate representation at access time. Ensure that the VARY headers capture the right parameters that were used to choose the representation that is being served this is important for correct behavior when using cacheing proxies.
11:09:29 [Noah]
As an alternative to the previous step, arrange for the server to generate an HTTP 302 (Found) redirect to automatically serve up"> when is accessed by user-agent_i.
11:10:18 [DanC_lap]
(we started ~30min later than the agenda called for; the agenda calls for lunch at 12:30. I'm starting to feel lunch-y)
11:13:57 [ht]
Discussion of the 301/302 difference, and the fact that browsers (incorrectly) treat them the same
11:15:38 [ht]
TBL: There's a security argument for this -- not letting the user be misled about "where they are"
11:19:20 [ht]
Discussion of SW's comment on the first para of section 3
11:22:44 [DanC_lap]
DanC_lap has joined #tagmem
11:24:07 [ht]
SW: OK, I'll back off, but I do maintain that not all use of e.g. 303 are by definition uses of the Semantic Web
11:25:36 [DanC_lap]
(hmm... I wonder about using "hypertext web" rather than "traditional web")
11:26:32 [DanC_lap]
11:27:31 [ht]
HST: I think that _historically_, that is, before the SemWeb was thought of, that http: URIs were _always_ used to identify what we know call information resources.
11:28:09 [DanC_lap]
(hmm... "We call these things resources" suggests there are things other than resources, which there aren't. noodling on alternatives doesn't yield much, though.)
11:28:56 [DanC_lap]
for the record, I abstain from adding http: in there too, norm.
11:29:50 [Stuart]
11:32:08 [ht]
DC: Shall we carry this forward?
11:33:02 [ht]
s/forward?/forward offline?/
11:33:20 [ht]
SW: How?
11:33:46 [Norm]
ACTION: Norm to review Cool URIs for the Semantic Web
11:33:46 [trackbot-ng]
Sorry, couldn't find user - Norm
11:33:58 [Norm]
ACTION: nwalsh to review Cool URIs for the Semantic Web
11:33:58 [trackbot-ng]
Sorry, couldn't find user - nwalsh
11:34:26 [Norm]
ACTION: ndw to review Cool URIs for the Semantic Web
11:34:26 [trackbot-ng]
Sorry, couldn't find user - ndw
11:34:57 [Stuart]
trackbot-ng status
11:35:04 [Stuart]
trackbot-ng status?
11:39:04 [Norm]
trackbot-ng, help
11:39:04 [trackbot-ng]
See for help (use the IRC bot link)
11:40:32 [ht_]
ht_ has joined #tagmem
11:40:54 [timbl]
timbl has joined #tagmem
11:41:38 [ht_]
[break for lunch]
11:41:54 [ht_]
rrsagent, make logs world-visible
11:41:56 [Stuart]
Stuart has joined #tagmem
11:42:00 [ht_]
rrsagent, draft minutes
11:42:00 [RRSAgent]
I have made the request to generate ht_
11:44:12 [Stuart]
trackbot-ng, status?
11:44:16 [Stuart]
trackbot, status?
11:45:28 [Noah]
Noah has joined #tagmem
11:45:46 [DanC_lap]
DanC_lap has joined #tagmem
11:45:54 [DanC_lap]
trackbot-ng, status
11:46:04 [Rhys]
Rhys has joined #tagmem
11:46:42 [Stuart]
ACTION Norman review Cool URIs for the Semantic Web
11:47:12 [Stuart]
ACTION: Norman review Cool URIs for the Semantic Web
11:47:12 [trackbot-ng]
Created ACTION-46 - review Cool URIs for the Semantic Web [on Norman Walsh - due 2007-09-24].
12:01:23 [Stuart]
ACTION: Tim Review the 14 Sep draft of the Cool URIs for the SemWeb document on behalf of the TAG and bring the comments back to the TAG
12:01:23 [trackbot-ng]
Created ACTION-47 - Review the 14 Sep draft of the Cool URIs for the SemWeb document on behalf of the TAG and bring the comments back to the TAG [on Tim Berners-Lee - due 2007-09-24].
12:10:29 [DanC_lap]
DanC_lap has joined #tagmem
12:41:41 [dorchard]
I can dial in now. Apparently I'm awake for the duration...
12:46:21 [DanC_lap]
DanC_lap has joined #tagmem
12:48:05 [Noah]
meeting: W3C Tag Face to Face Meeting - 17 Sept. 2007 - Afternoon
12:48:11 [Noah]
scribenick: Noah
12:48:15 [Noah]
scribe: Noah Mendelsohn
12:48:23 [Noah]
date: 17 September 2007
12:48:32 [Noah]
chair: Stuart Williams
12:48:57 [Noah]
12:49:06 [dorchard]
wanders off to review Noah's latest note..
12:49:54 [Noah]
topic: Cool URIs and HTTPRange-14
12:50:12 [Noah]
SW: Need to ask whether as a result of this morning's discussion we can give Rhys guidance.
12:50:28 [Noah]
HT: Don't think so. We didn't make it into the pertinent parts of the Cool URI's document.
12:50:41 [Noah]
SW: Yes, seems unlikely we can get far enough while Tim's still with us.
12:52:15 [Noah]
SW: OK, we might come back to this at 14:30 UK time, otherwise after Cool URIs review is completed.
12:52:25 [DanC_lap]
Zakim, passcode?
12:52:25 [Zakim]
sorry, DanC_lap, I don't know what conference this is
12:52:36 [DanC_lap]
Zakim, this is tag
12:52:36 [Zakim]
sorry, DanC_lap, I do not see a conference named 'tag' in progress or scheduled at this time
12:53:49 [ht]
zakim, room for 3 for 90 minutes?
12:53:50 [Zakim]
ok, ht; conference Team_(tagmem)12:53Z scheduled with code 26631 (CONF1) for 90 minutes until 1423Z
12:54:26 [ht]
Dave, use that code and we'll join you shortly
12:55:12 [Zakim]
Team_(tagmem)12:53Z has now started
12:55:19 [Zakim]
12:55:39 [Zakim]
+ +019626aaaa
12:55:48 [ht]
zakim, + is ht
12:55:48 [Zakim]
+ht; got it
12:56:01 [ht]
ht has danC_lap, Noah, Norm, Rhys, Stuart, timbl
12:56:12 [ht]
zakim, ht has danC_lap, Noah, Norm, Rhys, Stuart, timbl
12:56:12 [Zakim]
+danC_lap, Noah, Norm, Rhys, Stuart, timbl; got it
12:58:15 [Noah]
topic: TagSoupIntegration-54: Distributed Extensibility
12:58:21 [Noah]
SW: Where should we go with this?
12:59:24 [Noah]
HT: On last telcon, my review of XHTML modularization concluded that with respect to distributed extensibility, XML Schema Substitution groups, particularly as provided in Schema 1.1, are just what they need. Remind me, what's the motivation for this issue again?
13:00:21 [Noah]
SW: Had some roots in class attributes, profile attributes (possibly deprecated in HTML 5), microformats, etc. If the values for these aren't URIs, or don't get you to URIs, you can't "follow your nose" on the Web.
13:02:00 [Noah]
DC: I had raised an issue relating to standardized name values. When Microsoft and Netscape were arguing about the Marquee tag, we said short strings were bad. Now we act like in microformats it's OK. Maybe it's because there's more of a consensus process around microformat deployment.
13:02:32 [Noah]
DC: Then people ask "what about collisions". I think microformats answer is "not a serious risk". To some extent that's true. And there the conversation tends to stop.
13:02:36 [dorchard]
13:03:11 [dorchard]
q+ to say that I think microformats does "values", are *nice* guys, and fly below the radar but technically no different
13:03:37 [Noah]
DC: Comes up somewhat with respect to new URI schemes. Stopping to ask IANA when you're grinding code isn't something people feel motivated to do. Hard to know how to motivate people.
13:05:08 [Noah]
DC: There's a Facebook ML (FBML) proposal from Facebook that's mentioned in a Sam Ruby post. Was discussion about distributed extensibility with Ian Hickson about SVG etc. in HTML 5. Ian says: they'll be there. The pushback is that things like SVG were the result of relatively centralized definition.
13:05:47 [Noah]
DC: HTML group seems to take position that these things should shake out, and then get integrated into HTML as the community settles on them.
13:06:05 [Stuart]
13:06:24 [Noah]
HT: Is this an issue people are still prepared to discuss, or are positions pretty well set.
13:12:57 [Stuart]
q- Dan
13:13:02 [DanC_lap]
DanC_lap has joined #tagmem
13:13:07 [Noah]
DC: Complicated.
13:13:30 [Stuart]
ack do
13:13:30 [Zakim]
dorchard, you wanted to say that I think microformats does "values", are *nice* guys, and fly below the radar but technically no different
13:13:50 [ht]
q+ to mention XPointer registry
13:14:16 [Noah]
DO: The microformats answer is only OK until there is a collision. The multimedia folks did hit a collision and wrote up an interesting posting on that.
13:14:54 [Noah]
DO: That's different from the <marquee> case, because attribute values seem less scary than element names. Also, everyone involved seems like nice guys; less concern about corporate agendas.
13:15:18 [DanC_lap]
(the difference between element names and class attribute values is that class attribute values were open to the user/author, and element names were reserved for standardization)
13:15:28 [Stuart]
13:15:37 [Noah]
DO: So, this seems to fly below the radar, but technically attribute value squatting is no different than element name squatting. There really isn't openness at
13:15:37 [Stuart]
ack ht
13:15:37 [Zakim]
ht, you wanted to mention XPointer registry
13:16:06 [Noah]
HT: As a result of discussion in this forum a long time ago, we did in the end implement a registry for XPointer schemes at W3C.
13:16:07 [Noah]
13:16:21 [Noah]
q+ to ask if XPointer stuff is effectively first come, first serve?
13:16:44 [Noah]
HT: This lets you construct a URI from the short name to get the information you need.
13:17:13 [Noah]
HT: This an example of a middle ground option.
13:17:15 [Stuart]
q+ Norm
13:17:48 [Noah]
NW: I think that's only the right answer if you own the space in which the name goes. Probably not right for class attribute.
13:18:13 [Noah]
HT: Yes, but might be for roles. Why couldn't microformats people do that?
13:18:48 [Noah]
NM: Because they don't get to say what goes in my class attributes.
13:19:18 [Noah]
TBL: I happened to use rel="chapter" in some of my design issues book, so RDFa guys produce bogus triples when pointed to my stuff.
13:21:02 [Stuart]
q- Noah
13:21:05 [Stuart]
q- Norm
13:21:19 [Noah]
NM: that's related to the long/shortname issue, but the real problem there, as with microformats, is grabbing ownership long after the first deployments.
13:21:54 [Noah]
NM: So, distributed extensibility is an important issue. Deciding that certain attribute values have specific meaning years after documents have been deployed is a related but ultimately different issue.
13:22:06 [Noah]
DO: ???
13:22:14 [Noah]
13:24:00 [Noah]
NM: First come first serve doesn't give you much quality. One of my concerns about microformats is that in 20 years we'll all know that class="phone47" is the right way to do phone numbers, because the first 46 cuts weren't right.
13:24:26 [DanC_lap]
q+ to bring up recent Atom
13:24:36 [Noah]
Dave - please type in what you said...I had trouble getting it for the minutes. Thanks.
13:24:52 [Noah]
SW: Do registry based systems meet the need.
13:25:01 [dorchard]
Now here's an idea. Microformats should define a versioning strategy that includes version #s in the value (structured attributes)
13:25:01 [Noah]
HT: Yes, it's not centrally managed.
13:25:08 [Noah]
DC: Huh, of course it is.
13:25:40 [Noah]
HT: I'll try again. Something that's automatic and first come/first serve, because anyone can initiate the grabbing of the name.
13:25:44 [dorchard]
Then they say if you see "phone" or "phone1xyz" then they are compatible.
13:26:14 [dorchard]
if you see "phone2xyz" then they are version 2 of the phone and all v2 phones are compatible
13:26:16 [Stuart]
13:26:16 [Noah]
HT: Aren't dns names a good example?
13:26:29 [Noah]
NM: Well, there have been ICANN problems.
13:26:46 [Noah]
TBL: Well there are lists, trees, etc. At least trees have delegation. Graphs remove that weakness.
13:27:11 [Noah]
TBL: I think a tree is right for DNS, because sometimes you need some control. Nobody's done internet with guids on everything.
13:27:35 [Noah]
HT: If you want global uniqueness, a registry is as distributed as you can get.
13:27:42 [Noah]
DC: Large random numbers.
13:27:53 [Stuart]
ack DanC
13:27:53 [Zakim]
DanC_lap, you wanted to bring up recent Atom
13:28:30 [DanC_lap]
13:28:33 [dorchard]
I previously said "adding the equivalent of ns prefix to microformats may be too complicated, and the microformats folks probably wouldn't change what they did"
13:28:33 [Noah]
DC: Tim Bray blocked about Atom interop problems and David Megginson suggested that XML Namespaces were an example of premature standardization.
13:29:02 [DanC_lap]
comment From: David Megginson (Sep 14 2007, at 17:33)
13:29:22 [DanC_lap]
"in retrospect, we got too far in front of implementors' requirements and delivered a spec to solve problems someone might have some day in the future, instead of problems people actually had at the time."
13:30:32 [Noah]
HT: Yeah, one of the RDF tools assumes that xsd: is bound to the 2001 XML Schema namespace URI. I used it for something else this week and the tool just blew up.
13:30:52 [dorchard]
13:31:19 [DanC_lap]
<link rel="openid.server" href="">
13:31:26 [Stuart]
13:31:34 [dorchard]
q+ to say that planning for the future will always provoke a response of "that's not a problem why should I do it now?"
13:32:06 [Noah]
DC: Sometimes you see rel="openid.server". Like prefixing your emacs functions with your initials.
13:32:11 [Noah]
HT: Emacs has no package system.
13:35:11 [Stuart]
13:35:59 [Stuart]
ack dorchard
13:35:59 [Zakim]
dorchard, you wanted to say that planning for the future will always provoke a response of "that's not a problem why should I do it now?"
13:36:39 [Noah]
NM: I think everyone more or less agrees about the technology choices, it's getting people to see that the use cases matter.
13:36:55 [Noah]
DO: Getting people to plan for the future, as with versioning, is hard.
13:37:11 [Noah]
DO: Microformats folks feel that "I don't have a problem now."
13:37:52 [Noah]
DO: You can generalize that to try and figure out when you're going to have trouble. It's easy to see in Java that you will.
13:37:59 [Noah]
DO: Less obvious for class attributes.
13:38:28 [ht]
q+ to consider the Python example
13:38:49 [DanC_lap]
(I'm curious about the cost/benefit in practice with java using DNS for package names... it avoids some conflicts, but it motivates some renaming when companies move in DNS space, I gather. I'm curious about actual experience)
13:39:08 [ht]
HST found it a royal pain
13:40:03 [Noah]
DO: Dave Megginson may say namespaces was premature. It's not perfect but it's been effective in giving the community something to solve the problem.
13:40:13 [Noah]
SW: We need to talk about the "follow your nose" aspect.
13:40:18 [Stuart]
ack Stuart
13:40:41 [dorchard]
On the "follow your nose" rationale for using URIs, I think most folks figure that search engines solve that problem..
13:41:17 [Noah]
DC: We used to joke about how, before Google, it implied that everyone would have to talk to everyone.
13:45:14 [Noah]
NM: How does that work?
13:45:22 [Noah]
DC: Google registers that all.
13:45:34 [Stuart]
13:45:36 [Noah]
NM: That's not everyone talking to everyone, it's everyone talking to Google.
13:45:48 [Stuart]
ack ht
13:45:48 [Zakim]
ht, you wanted to consider the Python example
13:46:04 [Noah]
TBL: Noah's right. Everyone talking to everyone is n-squared. What you're describing is a notice board, which is order n.
13:46:52 [Noah]
HT: Well, I just tried looking at my own favorite DTD, which has a class="code". So, I took Dan's advice and Googled them. Lo and behold, there are lots of them. How do I know if they're significant?
13:47:02 [Noah]
HT: It's not a usable notice board. How do I use it?
13:47:13 [Noah]
DC: You just did. You told me it's "all over the map".
13:47:54 [Noah]
HT: I can't tell if I'm openning myself to the problem Tim experienced, which is what Tim reported, I.e. that someone will infer the wrong semantics from my document.
13:48:26 [Noah]
Henry takes some time to look for class="vcard" in Google.
13:48:29 [raman]
raman has joined #tagmem
13:48:40 [Noah]
HT: If I wanted to put some of this in a TAG finding, I couldn't.
13:48:45 [raman]
Raman, signing in from the bus to work
13:48:51 [Noah]
DC: It's economics. 10 years ago, the cost of doing the search was higher.
13:50:00 [raman]
Please email me the dialin and access code, can dial in once I get to work (about 60 minutes from now
13:50:08 [Noah]
HT: Nothing was done to help the emacs community. Python didn't have a package mechanism to start, but around v1.4 or so Guido decided to offer an (optional) package system.
13:51:32 [raman]
I think most of the pushback against namespaces and packaging in the html community is a consequence of using namespace URIs to achieve the end-result --- the pushback is "syntactic not semantic".
13:51:49 [raman]
Notice that no one pushes back against greasemonkey scripts introducing a namespace
13:52:45 [raman]
Noah, none of what you typed about the conference code made any sense to me.
13:52:56 [Noah]
NM: The community that's vulnerable to collisions is very different when I'm important some emacs macros than when someone runs a tool over the Web and stumbles on Tim's document.
13:53:18 [raman]
OK, I'll use zakin with our usual code when i get to work
13:53:22 [Noah]
DC: Grounding packages in DNS can be a pain if a company gets bought.
13:53:32 [Noah]
NM: The Norm is you live with the old package names.
13:54:36 [raman]
Also, given their syntactic ugliness, xml namespaces do far less than they promise on the surface no nesting for instance (not that I want nested namespaces -- that was a disaster in Common Lisp).
13:55:02 [Noah]
RL: There are tools that will just do it for you in Java.
13:55:02 [Stuart]
13:55:03 [DanC_lap]
13:55:24 [DanC_lap]
redimport, I think
13:55:51 [Noah]
NM: Again, remember that there's usually a programmer there, knowing what they're doing when you use a Java package. Anyone at all can find Tim's documents on the Web.
13:55:55 [DanC_lap]
(this bumps into all my noodling and bookmarks on software installation)
13:57:31 [Noah]
TBL: there are tools that let you do some automatic import in Python
13:57:41 [Noah]
SW: Are we ready for our technical plenary session?
13:58:12 [Noah]
DC: I think the rubber hits the road when we talk to HTML 5, openid, groups, etc. I'm OK if this sits in the someday pile until the plenary.
14:01:26 [Noah]
SW: We've had offers from Tim, Noah, Dan, and Norm.
14:01:37 [Noah]
SW: Dave, you pick what you need.
14:01:47 [Noah]
SW: Dave, are you moderator?
14:02:03 [Noah]
DO: I've proposed, nobody pushed back. I'd be ok if someone else moderated after I brought people together.
14:03:58 [Noah]
topic: Face to Face Scheduling Revisited
14:04:32 [Noah]
NM: Dave, we had talked about asking you to host a face to face in or near Vancouver Tues-Thurs Feb 26-28. OK?
14:04:35 [Noah]
DO: Yes
14:04:39 [Zakim]
14:04:40 [Noah]
14:14:23 [ht]
Uncaught exception: Permission denied to call method
14:14:39 [DanC_lap]
DanC_lap has joined #tagmem
14:15:15 [Zakim]
14:15:16 [Zakim]
Team_(tagmem)12:53Z has ended
14:15:17 [Zakim]
Attendees were DOrchard, +019626aaaa, danC_lap, Noah, Norm, Rhys, Stuart, timbl
14:15:27 [DanC_lap]
Zakim, this is tag
14:15:27 [Zakim]
"tag" matches Team_(tagmem)12:53Z, and TAG_f2f()10:00AM, DanC_lap
14:15:35 [DanC_lap]
Zakim, this is tag_f2f
14:15:35 [Zakim]
DanC_lap, I see TAG_f2f()10:00AM in the schedule but not yet started. Perhaps you mean "this will be tag_f2f".
14:15:41 [DanC_lap]
Zakim, this will be tag_f2f
14:15:41 [Zakim]
ok, DanC_lap; I see TAG_f2f()10:00AM scheduled to start 15 minutes ago
14:16:21 [DanC_lap]
Zakim, passcode?
14:16:21 [Zakim]
the conference code is 0824 (tel:+1.617.761.6200 tel:+ tel:+44.117.370.6152), DanC_lap
14:16:45 [Zakim]
TAG_f2f()10:00AM has now started
14:16:52 [Zakim]
14:18:21 [ht]
zakim, ht has danC_lap, Noah, Norm, Rhys, Stuart, timbl
14:18:21 [Zakim]
sorry, ht, I do not recognize a party named 'ht'
14:18:41 [ht]
zakim, ht has danC_lap, Noah, Norm, Rhys, Stuart, timbl
14:18:41 [Zakim]
sorry, ht, I do not recognize a party named 'ht'
14:18:48 [ht]
zakim, who is on the call?
14:18:48 [Zakim]
On the phone I see +019626aaaa
14:18:54 [ht]
zakim +0 is ht
14:19:08 [ht]
zakim, +0 is ht
14:19:08 [Zakim]
+ht; got it
14:19:12 [ht]
zakim, ht has danC_lap, Noah, Norm, Rhys, Stuart, timbl
14:19:12 [Zakim]
+danC_lap, Noah, Norm, Rhys, Stuart, timbl; got it
14:20:55 [Zakim]
14:20:57 [Zakim]
14:20:59 [Zakim]
14:22:10 [Noah]
topic: Review of action items
14:22:52 [Noah]
14:23:38 [Noah]
HT: I said on the call that substitution groups were a good bottom up extension mechanism, but a bad top-down modularization mechanism. They're not that good at helping you to share work. For example, sharing between XHTML basic an other versions.
14:24:09 [Noah]
HT: A good system should help you maintaining the versions as bits change.
14:24:49 [Noah]
HT: I've concluded that what I said was false. You can in fact achieve good top down sharing.
14:25:34 [Noah]
HT: The simplest and most universal way, we be to have one file per element. They already have >50 files for 80 elements, so they're nearly there (though they might not be fully conscious of that).
14:25:45 [Noah]
DC: How?
14:27:21 [Noah]
HT: 30 second version. Substitution groups are bottom up. The only thing that determines whether <a> is allowed is in the definition of <a> itself. So the easiest way to determine whether <a> is in your language, is to include only the file with the def. of <a>. One can do better. Intuition is I could reproduce what they have, but I haven't proven that.
14:27:37 [Noah]
NW: For what it's worth, the Docbook RelaxNG schema works in a very similar style.
14:27:43 [Noah]
SW: You have an action item.
14:28:05 [Stuart]
trackbot-ng, status
14:28:07 [Noah]
HT: I want a new one.
14:29:15 [Noah]
ACTION-16 on David Orchard to Incorporate the NVDL text into the findings. - due 2007-09-27, open
14:29:16 [ht]
ACTION: Henry S. to produce an exemplary implementation of XHTML Modularization using substitution groups for both bottom-up extensibility and top-down modularity
14:29:16 [trackbot-ng]
Sorry, couldn't find user - Henry
14:29:54 [Noah]
SW: Action continues.
14:30:05 [Noah]
ACTION-28 on Noah Mendelsohn to draft a blog item for review and, pending creation of a TAG blog mechanism, post it. - due 2007-09-06, open
14:30:14 [ht]
ACTION: Henry to produce an exemplary implementation of XHTML Modularization using substitution groups for both bottom-up extensibility and top-down modularity
14:30:14 [trackbot-ng]
Sorry, couldn't find user - Henry
14:30:15 [Noah]
SW: Continues, pending availability of blog
14:30:21 [Noah]
DC: Is the blog on today's agenda.
14:31:05 [ht]
ACTION: ht to produce an exemplary implementation of XHTML Modularization using substitution groups for both bottom-up extensibility and top-down modularity
14:31:05 [trackbot-ng]
Created ACTION-48 - Produce an exemplary implementation of XHTML Modularization using substitution groups for both bottom-up extensibility and top-down modularity [on Henry S. Thompson - due 2007-09-24].
14:31:16 [DanC_lap]
DanC_lap has joined #tagmem
14:31:33 [Norm]
trackbot-ng, status
14:31:35 [dorchard]
A link to the announcement of latest editor's drafts should be on the agenda and the issue page:
14:31:37 [dorchard]
14:31:45 [Noah]
ACTION-35 on Stuart Williams to complete review of terminology section of of 4 July versioning draft - due 2007-09-13, pending review
14:32:03 [Noah]
SW: I posted a review last week. Dave, did you see it.
14:32:07 [Noah]
DO: No.
14:32:08 [Rhys]
Stuart's review is at
14:33:16 [Noah]
DC: You said:
14:33:16 [Noah]
Suggest replace:
14:33:16 [Noah]
"Defn: A *Language* ..."
14:33:16 [Noah]
14:33:16 [Noah]
"Defn: A *Language* consists of a set of admissable text;
14:33:29 [Noah]
DC: Why did you want that change.
14:33:59 [Noah]
DC: I thought the original definition was OK.
14:35:07 [Noah]
SW: At least note that I have done my action.
14:38:00 [Noah]
SW: I didn't see the terminology much used in the strategies.
14:38:12 [Noah]
NW: I had the same comment on use of terminology in the XML section.
14:40:05 [DanC_lap] 2.2.2 Forwards Compatible
14:41:18 [DanC_lap]
DC: we talked about 2.2.2 strategies before; I'm interested to see how the recent changes deal with it
14:42:52 [DanC_lap]
q+ to observe that "Any Language intended for forwards-compatible versioning SHOULD have extensibility." seems odd... the definition of language doesn't seems to give langauge a property of having extensibility or not
14:43:14 [Noah]
DO: I asked Noah to look at 2.2.2, he had problem with GPN. He pointed out that the GPN isn't right because it doesn't deal with reduction.
14:43:23 [Stuart]
14:44:15 [Noah]
DO: Noah agreed that expansion is the majority of the cases, but suggested that we be clear in an intro, and proposed some text for an intro.
14:44:25 [DanC_lap]
(sounds like "requires" is too strong, since later it says SHOULD; maybe "motivates")
14:44:39 [Norm]
DanC_lap asked for an example of terminology problems; compare "component" in the terminology section with "component" in the XML document.
14:44:42 [Noah]
DO: Noah also brought up that that if we're just doing extension, then the GPN is a tautology.
14:45:04 [Noah]
DO: That's why I had said SHOULD in the GPN, to account for reduction.
14:45:35 [Noah]
DO: Maybe it's not a GPN, it's an axiom. But I feel it needs to be bolded.
14:46:01 [Noah]
DO: I also posted a couple of lengthy articles on my blog.
14:46:23 [Noah]
14:46:27 [Noah]
14:46:37 [Stuart]
14:47:38 [DanC_lap]
q+ to observe that extensibility seems to be defined as redundancy and ask if that's as designed
14:47:39 [Noah]
DO: Marc de Graauw also posted some material on www-tag, but unfortunately I haven't yet reviewed it in detail.
14:50:00 [DanC_lap]
(good question: who is the GPN aimed at? surely language designers)
14:50:14 [Noah]
NM: That's mostly a good summary. I wonder whether this isn't really trying to say "extensible languages are good, consider creating one"
14:51:37 [Stuart]
ack DanC
14:51:37 [Zakim]
DanC_lap, you wanted to observe that "Any Language intended for forwards-compatible versioning SHOULD have extensibility." seems odd... the definition of language doesn't seems to
14:51:40 [Zakim]
... give langauge a property of having extensibility or not and to observe that extensibility seems to be defined as redundancy and ask if that's as designed
14:51:50 [daveorchard]
daveorchard has joined #tagmem
14:52:28 [Noah]
DC: I think having extensibility need redundancy?
14:52:31 [Zakim]
14:52:37 [Noah]
DC: I think having extensibility means it has redundancy?
14:52:43 [Noah]
NM: Yes, that's how I'd like to do it!
14:53:19 [Noah]
DC: But is that what Dave wrote. I'm trying to remember the definition. It seems to say that a language is extensible if there is redundancy.
14:53:25 [Noah]
TBL: Yes, spare syntax.
14:53:28 [Stuart]
[Definition: A language is Extensible if the syntax of a language allows information that is not defined in the current version of the language.].
14:53:44 [Stuart]
14:54:01 [Noah]
q+ to talk about processing
14:54:17 [Norm]
q+ to say that I don't read that definition the same way as Dan
14:54:27 [Noah]
DC: There no processors in the definitions.
14:55:24 [Noah]
DC: In part 2 it says: ""
14:55:54 [DanC_lap]
"[Definition: A language is Extensible if the syntax of a language allows information that is not defined in the current version of the language.]"
14:56:35 [Noah]
NM: I don't think it says that, but I'm increasingly convinced that it SHOULD say that.
14:56:59 [DanC_lap]
^ I read that as "A language is Extensible if there are two texts that map to the same semantics". Asking Dave if that's as intended seems to yield "it's complicated"
14:57:01 [timbl]
14:57:14 [Noah]
TBL: I'm torn between saying that, which is correct but confusing to newbies, vs. talking about the places where you can stick new stuff in.
14:57:25 [daveorchard]
q+ to say that a language can be extensible but NOT redundant and NOT forwards-compatible evolvable.
14:58:15 [Noah]
HT: Having redundency isn't enough.
14:58:20 [Noah]
NM: Necessary, but not sufficient?
14:58:23 [Noah]
HT: Yes.
14:58:29 [DanC_lap]
(the C++ case seems like a _not_ extensible language. they assign stuff to texts that used to be _illegal_)
14:59:34 [Noah]
DO: You can have a language that has no redundancy. WS Policy causes faulting.
14:59:48 [DanC_lap]
(you can have an extensible language with no redundancy? oh... he explains... a more subtle notion of redundancy than I meant)
15:00:08 [DanC_lap]
s/WS Policy/WS Security/
15:01:45 [DanC_lap]
(in our model, there are usually several ways to look at a format as a webarch:language)
15:01:51 [ht]
HST mentions the role of "Colorless green ideas sleep furiously"
15:02:01 [Norm]
Noah: If your text isn't in the accept set, all bets are offf
15:02:15 [timbl]
15:02:27 [Norm]
...If it's in the accept but not the defined set then we can only tell you something about it (scribe got lost)
15:02:43 [Norm]
...And if it's in both sets, then you can say it's perfectly good information even if my app doesn't like it.
15:02:54 [raman]
raman has joined #tagmem
15:03:06 [Norm]
...What worries me is that we seem to bounce between these levels without being careful.
15:03:17 [raman]
have been on about 10 minutes it's hard to understand the phone conversation, room is echoing ...
15:03:30 [DanC_lap]
(degraw's stuff treats processing formally, I think)
15:05:04 [Stuart]
15:05:38 [Noah]
NM: I do note that this doesn't much build on part 1. My nervousness with processing model is, in part, that we need to connect it to our part 1 concepts of information etc.
15:06:19 [Noah]
SW: I thought we were going to talk more about reduction. Is there something in the strategies that shows a forward compatible restriction that's not a reduction.
15:06:20 [daveorchard]
adding optional components ( in XML, this is generally elements and/or attributes)
15:06:41 [daveorchard]
adding optional content, for example extending an enumeration
15:06:52 [Noah]
DO: From section 1.2:
15:06:59 [Noah]
DO: adding optional components ( in XML, this is generally elements and/or attributes)
15:07:08 [Noah]
DO: adding optional content, for example extending an enumeration
15:07:28 [Noah]
SW: Are you talking about one way message scenario?
15:07:29 [DanC_lap]
(there's a strong connection between examples and audience. I'm noodling on our audience and whether the GPN advice is likely to convince them, and it does seem like WS-* messaging designers are more natural audience members than, say, HTML 5 designers)
15:08:08 [daveorchard]
Language L2 is fully strictly compatible with Language L1 if L1 Accept Text set > (superset) Language L2 Accept Text set > (superset) L2 Defined Text set > (superset) L1 Defined Text Set AND every text in L1 Defined Text set is compatible with L2 AND every text in L2 Accept Text set is compatible with L1.
15:08:17 [Noah]
SW: Remind me on forward and backward compatible.
15:08:36 [Noah]
DO: Language L2 is fully strictly compatible with Language L1 if L1 Accept Text set > (superset) Language L2 Accept Text set > (superset) L2 Defined Text set > (superset) L1 Defined Text Set AND every text in L1 Defined Text set is compatible with L2 AND every text in L2 Accept Text set is compatible with L1.
15:08:47 [Noah]
SW: I didn't quite parse "fully strictly"
15:09:03 [Noah]
DO: You asked for some examples. That's them.
15:09:47 [Noah]
SW: OK, I'll check out examples.
15:10:08 [Noah]
SW: Fully seemed to be about being very tolerant, strictly seemed redundant.
15:10:37 [Noah]
DO: I may have overloaded fully.
15:10:47 [Noah]
DO: Where do you want to go now?
15:11:19 [Stuart]
15:11:26 [Stuart]
ack Stuart
15:12:06 [Noah]
SW: I've only gone there because it crept into the IRC log
15:12:19 [Noah]
NM: I'm still confused about the lack of connection to the part 1 terminology
15:12:39 [Noah]
DO: That's intentional. I think going to the rigorous terminology will throw off the readers we intend to address.
15:13:17 [Noah]
DO: I think we really want to say, build extensible languages and a model for them.
15:13:20 [DanC_lap]
(huh? you don't want to use the definitions in the advice? that seems backward.)
15:13:26 [Noah]
DC: Not if the terms aren't defined.
15:13:34 [Noah]
NW: I'm worried too.
15:13:53 [Noah]
TBL: Are we saying "to make extensible languages, make them extensible".
15:14:01 [Noah]
DC: Yes, make it comprehensible, but work from the base.
15:14:07 [Noah]
TBL: What's our feeling about examples.
15:14:38 [DanC_lap]
(I'm not at all surprised this is hard.)
15:14:44 [Stuart]
15:16:11 [Norm]
ack norm
15:16:11 [Zakim]
Norm, you wanted to say that I don't read that definition the same way as Dan
15:16:13 [Stuart]
ack Norm
15:16:22 [Stuart]
ack dave
15:16:22 [Zakim]
daveorchard, you wanted to say that a language can be extensible but NOT redundant and NOT forwards-compatible evolvable.
15:16:30 [Stuart]
ack Noah
15:16:30 [Zakim]
Noah, you wanted to talk about processing
15:16:39 [Noah]
NM: I think we sometimes need more rigor consider the text that says: "Preserve existing information Rule: Any Language intended for forwards-compatible versioning MUST require that extensions MUST not invalidate the non-extension text's information."
15:17:05 [Noah]
NM: Is there some operation called invalidation that can be done on information.
15:18:09 [DanC_lap]
(this 'invalidate' stuff comes back to what I called an open research problem around compatiblity of information.)
15:19:11 [DanC_lap]
(again, it doesn't surprise me that we're having trouble giving general advice; the traditional formal models don't help much here.)
15:20:50 [Noah]
DC: Talking about compatibility seems better than "not invalidating"
15:21:35 [Noah]
TBL: In a lot of cases things aren't backwards compatible, there's limited damage. Consider HTML tables. If you put a doc with tables that don't understand them, then you can still get useful stuff out. Graceful degradation.
15:21:58 [timbl]
"Applications are expected to behave properly" has som room for judgement it seems to me
15:22:40 [DanC_lap]
(tbl's point about costs is another reminder that economics figure in to language design and evolution a whole lot, and our formal models don't touch on that at all. maybe that's ok, I dunno.)
15:24:15 [Noah]
NM: But I think we're missing a chance to work through the info model. In the HTML case, a processor that knows tables will have in its info model will know "There's a table there". A processor that knows the older language only knows "there's a <table> element there."
15:24:57 [Noah]
DO: If what I get is that I1 is a subset of I2, then... there has to be some relationship there.
15:25:43 [DanC_lap]
(looking at ... he formalizes this information stuff as behavior of processors. hm.)
15:27:32 [Noah]
SW: Where would you go, Noah?
15:28:12 [timbl]
q+ to ask about what classic examples we know
15:28:20 [Stuart]
15:28:42 [Noah]
NM: Not 100% sure, but I'd be inclined to try to talk about what we do and don't know about compatible information. I think that in some simple cases, e.g. that map to relatively orthogonal named properties, you can do a generalized solution. In practice, I think knowing that a traffic light being off and a traffic light being green are incompatible is domain specific.
15:29:15 [daveorchard]
I think the HMTL adding tables and being able to extract flight times is a great example.
15:29:30 [daveorchard]
Which is very different than a PO adding a security token..
15:29:55 [daveorchard]
And it seems that the language designer makes their best guess as to how to do compatibility
15:30:15 [Noah]
TBL: I think we worked hard on the terminology and should keep it. Haven't read strategies carefully enough. It's finding it difficult to add values for users. I wonder whether we could illustrate these with particular, or even notorious examples where versioning has or hasn't worked well.
15:30:45 [daveorchard]
Then producer of a new version decides whether they want to produce an instance that is compatible or not according to the rules in V1..
15:30:51 [Noah]
TBL: You could say HMTL growth was successful, allowed tables to be put in. Could give the validator as a bad example, because it stopped people from extending the language when it needn't have.
15:30:59 [DanC_lap]
(examples: HTML 1 to 2 to 3 to 4; XSLT 1 to 2; XML 1.0 to 1.1 (bzzt). CSS.)
15:31:08 [Noah]
TBL: Is there a story we can tell about CSS not having a version number?
15:31:40 [DanC_lap]
(other examples I hear about include: XBL)
15:32:29 [Noah]
TBL: Could tell the story about IETF admonitition to typically add x-____ headers, and that didn't work out.
15:32:36 [daveorchard]
15:32:52 [Noah]
TBL: Talking about them would be good.
15:32:55 [DanC_lap]
(the moz-rounded-corners example brings us right back to the class attribute registry discussion)
15:32:59 [Stuart]
ack timbl
15:32:59 [Zakim]
timbl, you wanted to ask about what classic examples we know
15:33:09 [Noah]
NM: Would you try to connect them to the formalism.
15:33:38 [Noah]
TBL: Yes.
15:33:54 [Noah]
TBL: The real problem with the x- stuff was that there was no transition to the non x- stuff.
15:34:11 [Noah]
TBL: Given examples will bring this alive.
15:34:17 [daveorchard]
15:34:24 [Stuart]
ack dave
15:34:42 [DanC_lap]
+1 more examples sooner
15:34:54 [Noah]
DC: Maybe we could do more for the specific examples to flesh them out.
15:35:13 [Noah]
TVR: I've been confused about the business of when you put HTML and CSS together.
15:35:42 [Noah]
TVR: When I have an HTML document and CSS, different processors may give you a given look.
15:35:43 [daveorchard]
The XML document has many more examples and details at
15:36:16 [DanC_lap]
(I think populating the CSS column is likely to be interesting and non-trivial; whether CSS's versioning story is exemplary is a source of unending discussion in circles I run in.)
15:36:20 [Noah]
TVR: Start with a document D and stylesheet S. S has a property that hides what it's applied to, but only one processor honors it. What does that mean.
15:36:22 [Noah]
DO: Right.
15:37:45 [Noah]
TBL: Canonical example. People who generate Web pages will tell people which version of CSS is being used where.
15:37:47 [Stuart]
If you regard HTML or HTML+CSS as a presentation language, then surely information/meaning is appearance on the screen!
15:38:13 [Stuart]
15:41:19 [daveorchard]
15:41:31 [Noah]
NM: I think you can do at least two information mappings for that case. In one, you just note that the property is there, and leave it to the processing level to know that skipping a hide instruction is incompatible. In the other mapping, each text is labeled at the information level as displayable or not. In that case, you'll see that the information as mapped is incompatible.
15:41:49 [Noah]
TVR: I think you need some warning (TVR--can you help me scribe this better).
15:42:30 [Noah]
SW: Dan, what would you do next?
15:42:39 [timbl]
15:42:42 [Noah]
DC: I still think dealing with forwards compatibility is one of the more interesting things we can do. The connections from that section to the definitions could be better. The idea of doing more examples could add value.
15:42:48 [Stuart]
ack dave
15:43:20 [Noah]
DO: We kind of focussed on that first section. There's stuff in "must accept unknown extenstions", where there are more examples.
15:43:31 [DanC_lap]
(hmm... I didn't say "could be better"; I suppose it's sort of a fair paraphrase, but I don't at all mean to say "coudl easily better")
15:43:31 [Norm]
q+ to encourage the editor to reconsider his position about using the terminology in the strategies document; making the whole suite of documents tighter and crisper would help, I think.
15:44:16 [Stuart]
q+ to comment on lots of rules.
15:44:53 [Noah]
DO: The is accept the unknowns; is to provide a fallback.
15:45:10 [Zakim]
15:45:15 [Noah]
DO: Also some stuff about understanding version identifiers.
15:45:17 [DanC_lap]
(perhaps I'm not a typical reader, but I'd probably prefer headings like "versioning in HTTP 1.1" to "ust Accept Unknown Extensions")
15:46:09 [DanC_lap]
(hmm... "text portion"... I think the pattern to note there is the flat-list pattern)
15:46:19 [Noah]
DO: For example, talking about "processors must not fault if receiving the expected major version numbers"
15:47:19 [Noah]
SW: I skimmed it recently. I see myriad good practice notes which describe themselves as rules, and not knowing in what context they apply. I infer they don't all apply simultaneously. Find myself asking: which rules do I use when. I'm lost in a sea of rules.
15:47:59 [Norm]
15:48:00 [Stuart]
ack Norm
15:48:00 [Zakim]
Norm, you wanted to encourage the editor to reconsider his position about using the terminology in the strategies document; making the whole suite of documents tighter and crisper
15:48:03 [Stuart]
q- stuart
15:48:06 [Zakim]
... would help, I think.
15:48:37 [timbl]
For example.
15:48:42 [timbl]
Provide Extension handling Rule: Languages SHOULD specify how unknown extensions are handled. --->
15:49:16 [Noah]
NW: I'd like to encourage you to reconsider your inclination to keep the terminology out of the strategies, but I think the documents would be better if they were tighter and more rigorous. We could also in principle add a primer etc., but I think we'd be better off. This is the first time I've heard you say you weren't trying to do that, and it somewhat disappoints me.
15:49:20 [Stuart]
15:49:28 [timbl]
An extensible languages provides mapping from documents in any extended set to dopcuments whose semantcis is lready defined.
15:49:54 [Noah]
SW: 10 mins to 5PM. Need to wrap up. This is all the time we have scheduled. Need to decide where to go.
15:49:57 [timbl]
The the next one is unnecessary in facrt "Preserve existing information Rule: Any Language intended for forwards-compatible versioning MUST require that extensions MUST not invalidate the non-extension text's information.".
15:50:09 [timbl]
Sorry, /me waqs not wrapping up
15:50:56 [timbl]
'Forwards-compatible requires extensibility rule: Any Language intended for forwards-compatible versioning SHOULD have extensibility."
15:52:22 [Noah]
TBL: Consider Forwards-compatible requires extensibility rule: Any Language intended for forwards-compatible versioning SHOULD have extensibility." Is this saying: "For something to be extensible it must by extensible". If it were crisper, you could tell.
15:52:52 [Noah]
TBL: If we related it to the terminology thing it would be less readable, but more solid.
15:53:36 [Noah]
SW: I think I've heard that the issue is "What really are the messages that the TAG wants to deliver".
15:53:50 [Noah]
TBL: I think we want to give people patterns they can remember and apply.
15:54:07 [Noah]
SW: Do we have a catalog
15:54:19 [Noah]
TBL: To some degree they're in the good practice rules.
15:54:41 [Stuart]
15:54:54 [DanC_lap]
(yes, the GPNs make more sense as patterns, since people know that patterns sometimes apply and sometimes don't.)
15:57:09 [Noah]
NM: I think we can also help people to think a bit more clearly. E.g. do people really know how different languages use version ids.
15:57:31 [Noah]
15:57:53 [Zakim]
15:59:22 [daveorchard]
Enjoy your sail!
16:12:46 [raman]
raman has left #tagmem
16:19:47 [Zakim]
16:19:48 [Zakim]
TAG_f2f()10:00AM has ended
16:19:49 [Zakim]
Attendees were danC_lap, Noah, Norm, Rhys, Stuart, timbl, DOrchard, ht, Raman
18:08:11 [Zakim]
Zakim has left #tagmem