08:32:39 RRSAgent has joined #tagmem 08:32:39 logging to http://www.w3.org/2007/09/17-tagmem-irc 08:32:52 Meeting: TAG f2f morning 1 08:33:00 Chair: Stuart Williams 08:33:07 Scribe: Henry S. Thompson 08:33:13 ScribeNick: ht 08:34:00 Agenda: http://www.w3.org/2001/tag/2007/09/17-agenda 08:36:36 Present: Stuart Williams, Noah Mendelsohn, Tim Berners-Lee, Norm Walsh, Henry S. Thompson, Dan Connolly, Rhys Lewis 08:36:56 DanC_lap has joined #tagmem 08:36:57 Apologies: David Orchard, TV Raman (except by 'phone late afternoons) 08:37:42 SW: Scribe schedule: M p.m. NM; T a.m. RL, T p.m. NW; W a.m. DC 08:37:54 Topic: Minutes of our previous meeting 08:38:39 http://www.w3.org/2001/tag/2007/09/13-tagmem-minutes 08:40:00 SW: RESOLVED: approved as posted 08:40:35 Topic: f2f planning 08:40:48 (I couldn't find a decision to meet in November when I looked, actually. I suppose it doesn't matter much.) 08:41:24 SW: We have an f2f booked for November, but no venue or date for the next one 08:41:42 NM: DO has suggested Feb/Mar in Vancouver 08:42:26 DC: I am renewing a bid for Venice -- Massimo Marchiori would host 08:42:50 http://en.wikipedia.org/wiki/San_Servolo 08:46:22 http://en.wikipedia.org/wiki/TED_%28conference%29 08:46:37 TBL: Monterey, adjacent to TED 29/2--1/3 08:47:39 HT: 3--5 March I have to be in Tokyo, travel either side 08:49:51 ... but my term ends before then 08:50:27 an idea: 26-27 Feb 2008 08:50:34 TBL: How about 26-27 Feb? 08:51:48 ... in Vancouver? 08:53:24 SW: HST and TVR (elected); NM and DC (appointed) terms end 31 Jan 2008 08:53:57 SW: I'll make a proposal, pbly for 3 days 08:54:28 Topic: HttpRedirections-57 08:54:30 file:///d:/work/WWW/2001/tag/2007/09/17-agenda.html#HttpRedirections 08:55:55 timbl has joined #tagmem 08:56:10 Draft is at http://www.w3.org/2001/tag/doc/httpRange-14/2007-08-31/HttpRange-14.html 08:56:47 s/file:...d:.work.WWW/FIXMEFIXME/ 08:56:51 s/file:...d:.work.WWW/FIXMEFIXME/ 08:58:59 RL: I've gotten lots of good feedback on this 08:59:15 ... Both Pat Hayes and Roy Fielding have gotten involved 08:59:49 RL: The problem in part is terminological -- the distinction between HTTP 'resource' and WebArch 'resource' hasn't been well drawn 09:00:24 TBL: Roy Fielding, either in his thesis or the HTTP spec., wasn't particularly formal about terminology 09:00:46 RL: What I mean by HTTP resource is the definition in the HTTP spec. of 'resource' 09:01:34 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 http://www.w3.org/Protocols/rfc2616/rfc2616-sec1.html#sec1.3 09:02:18 skw has joined #tagmem 09:02:21 [[ 09:02:22 resource 09:02:22 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 ]] 09:02:34 RL: In section 1.3 Terminology we have a defnition of a network data object or service 09:03:35 NM: Does this cover only http: URIs? 09:03:57 NW: No, section 3.2 makes clear it covers URL, URN, ... -- any scheme 09:07:05 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 s/mean by HTTP resource/mean by HTTP:resource/ 09:07:52 HST: What about the original definition of "a resource is anything that can be named by a URI" 09:07:56 SW: That's in the URI spec. 09:08:57 TBL: I'm not so interested in old definitions, because they were often not framed in very strict ways 09:09:51 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 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 ... This is what I've called a 'web presence' 09:10:53 NM: What about 404 09:10:59 s/404/404?/ 09:11:17 RL: That's the one thing that's not a web presence, it's the lack of one 09:11:26 NM: What kind of thing is it? 09:11:33 DC: Is there a definition in the draft? 09:11:46 RL: No, not really -- examples and discussions 09:12:10 NM: It feels like a state of being 09:12:55 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 SW: It's an aspect of web infrastructure 09:13:40 q+ to follow up on 'what someone does' 09:14:26 ... Partly addresses Pat's complaint of the distinction between what you access to find out about Mars and Mars itself 09:15:08 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 q+ to ask that we focus on helping people choose URIs 09:15:47 SW: Pat wants us to distinguish more carefully between access and identify as operations/terms 09:16:35 RL: Looking for an architecture level description of what someone does when they mint a URI, whetehr 09:16:42 q? 09:17:08 q+ to say we shouldn't talk too much about the deployment mechanics 09:19:09 ack ht 09:19:09 ht, you wanted to follow up on 'what someone does' 09:19:30 ack Dan 09:19:30 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 ... reference" and to ask that we focus on helping people choose URIs 09:19:57 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 DC: I really want this document to focus on the simple questions of what doc 09:20:50 s/what doc/what doc#term means/ 09:21:10 ... and how people should choose URIs 09:21:36 SW: The original motivation was 09:22:27 RL: to take the short email Roy Fielding sent about our closing of httpRange-14 and write it up in detail 09:22:36 DC: Then how can the issue be closed? 09:23:19 [unminuted process discussion] 09:24:04 ("core issue decided" is just silly if what's written down doesn't satisfy the community) 09:24:35 q? 09:29:01 actually, http://www.w3.org/2001/tag/group/track/issues/28 fragmentInXML-28 09:29:11 SW: What issue should we address a) the 300 responses and b) the # issues under? 09:29:18 q? 09:29:49 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 ... We can and should write a finding to explain how this all works, to help the communities which are struggling 09:31:06 q+ to add indirection identification to the pile 09:31:21 ack Noah 09:31:21 Noah, you wanted to say we shouldn't talk too much about the deployment mechanics 09:31:34 (issue 57 is somewhat timely w.r.t. the WebAPI XHR work) 09:32:03 NM: I am worried that the draft is a bit too broad -- not clear to me what the focus was 09:32:22 ... a lot of stuff about things you might like to learn about interacting with the Web 09:32:55 ... 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 ... It needs a set of goals, to focus discussion on how the document actually addresses the goals 09:33:42 q+ to suggest looking at redirections in the XHR spec 09:34:01 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 NM: I'm worried that the overlap with the existing IETF RFCs isn't managed well -- in particular, 2616 09:35:55 RL: Well, we did say in our SF meeting that we would include the response codes 09:35:58 ack ht 09:35:58 ht, you wanted to add indirection identification to the pile 09:36:11 q+ to say that in retrospect, we shouldn't attempt to redefine the return codes 09:37:05 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 (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 ack danc 09:39:38 DanC_lap, you wanted to suggest looking at redirections in the XHR spec 09:39:43 ack DanC 09:40:19 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 Yes, 303 is weak practically, if not theoretically 09:40:59 DC: There is an opportunity, in the context of XMLHttpRequest, to revise the way redirects are exposed through standard library APIs 09:41:59 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 DC: For example, if you have a relative URI to resolve against a redirected base 09:42:53 TBL: SemWeb is worrying about that 09:43:23 ack norm 09:43:23 Norm, you wanted to say that in retrospect, we shouldn't attempt to redefine the return codes 09:43:28 ack Norm 09:43:31 DC: GRDDL has a 5-page appendix, which says, briefly "Resolve against the result of redirection" 09:44:03 NW: It is a mistake to try to redefine what the response codes mean 09:44:11 http://www.w3.org/TR/grddl/#base_misc 09:44:32 ... The most we can say about 303 is that we are using an existing technology in a particular way 09:45:20 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 NW: Right, and now that I've seen it I think we were wrong, and it should come out 09:45:56 q? 09:46:01 ack timbl 09:46:01 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 ... 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 TBL: An issue on what # means, or a tutorial to tell people? 09:46:55 DC: Issue 28 is good enough for me (# in XML) 09:47:12 q+ 09:48:27 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 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 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 q? 09:50:50 DC: you can get information about what a URI identifies from various places; it's best when they agree 09:50:59 q+ to note "cool URIs" is headed for /TR/ 09:51:00 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 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 ... Any progress on ACTION-43, TBL? 09:53:17 SW: # w/o content-type? You can work backwards from what must have been the minter's intent 09:53:53 q? 09:54:07 q? 09:54:09 q- stuart 09:54:17 ack DanC_lap 09:54:17 DanC_lap, you wanted to note "cool URIs" is headed for /TR/ 09:54:50 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 ... It's getting exposure, and we should take on reviewing it 09:55:31 SW: I have sent reviews on behalf of the TAG on an earlier draft 09:56:09 DC: So we should be reviewing the new draft, to see if they did what we asked 09:57:03 (I find http://www.dfki.uni-kl.de/~sauermann/2006/11/cooluris/ 9.8.2007 ) 09:57:18 (sort linked from http://www.w3.org/2001/tag/group/track/actions/43 ) 09:58:04 https://gnowsis.opendfki.de/repos/gnowsis/papers/2006_11_concepturi/html/cooluris_sweo_note.html 09:58:06 ( I also find https://gnowsis.opendfki.de/repos/gnowsis/papers/2006_11_concepturi/html/cooluris_sweo_note.html ... date pending... ) 09:58:39 https://gnowsis.opendfki.de/repos/gnowsis/papers/2006_11_concepturi/html/cooluris_sweo_note.html 09:59:07 14 Feb 09:59:18 14 Sep 2007 , says HTTP last-modified 09:59:47 Last line says "1.1 Revised Version 9.8.2007. Changes based on TAG review." 10:00:23 Asking about http://lists.w3.org/Archives/Public/www-tag/2007Jun/0075.html 10:00:23 I found Dan's suggestion of projecting it and doing a group review somewhat appealing 10:00:40 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 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 NW: I will try to review it, but I also like the idea of a group review from a projected view 10:02:23 SW: Shall we carry this over, or stick with the agenda 10:04:41 ... that is, we could pull the review of action statuses forward, to give us time tomorrow for a projected review. . . 10:04:46 [Coffee Break] 10:18:13 DanC_lap has joined #tagmem 10:22:28 [resumed] 10:23:26 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 NM: Let's not leave w/o coming back to Rhys's draft for disposition 10:27:28 https://gnowsis.opendfki.de/repos/gnowsis/papers/2006_11_concepturi/html/cooluris_sweo_note.html 10:29:13 TBL: The discussion of URI/URL in the intro is at best misleading -- they shouldn't use URL at all 10:29:22 DC: I think this speaks to the audience 10:29:42 NM: Doesn't the latest RFC move away from URLs? 10:29:57 DC: Yes, that's what this para. is about 10:30:16 ... deleting URL won't help 10:30:29 NM: I think this should be explained here 10:31:02 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 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 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 This uses the term URL, but suggest identity was not important ... it was important. 10:31:06 change to maybe 10:31:06 s/think this/think the history of this/ 10:31:08 "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 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 RL: They use URIs in the titles of sections, and URLs everywhere else 10:32:47 DC: I prefer they dispose of URL in the introduction, and use URI througout 10:33:24 NM: Or put in an appendix to explain the history 10:41:13 General discussion leading to an agreed first comment in TBL's draft [to be attached] 10:41:29 TBL's second comment: Identity was always important 10:42:11 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 FYI... my comments on the earlier draft are at: http://lists.w3.org/Archives/Public/www-tag/2007Jun/0075.html 10:42:17 s/is lo/is low/ 10:49:30 SW: Section 2 doesn't really address the reference/resource distinction 10:50:02 NM: I'm concerned with the 'everything' in that section 10:50:22 TBL: I don't think it's all that misleading, this is a tutorial, I think it's OK 10:50:26 NM: OK 10:51:02 TBL's second proposed edit agreed as written 10:53:44 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 no, that's not content negotiation 10:55:06 HT: is 302 the one that means "fix the source link"? 10:55:08 TBL: no 10:55:30 DC: hmm... maybe redirects based on Accept: are a form of conneg 10:55:47 DC: Well, maybe if they're choosing a redirect based on headers it _is_ conneg too 10:57:05 dorchard has joined #tagmem 10:58:34 oh, just change "the HTML..." to "the content of the document in HTML in English" 10:58:55 hi DO... we're poring over https://gnowsis.opendfki.de/repos/gnowsis/papers/2006_11_concepturi/html/cooluris_sweo_note.html 11:03:51 Further discussion of how strong to make TBL's comment 4 on the conneg/redirect para 11:06:04 ... and of the cost (theoretical and practical) of round trips 11:06:46 DanC_lap has joined #tagmem 11:09:09 From our alternative representations finding: http://www.w3.org/2001/tag/doc/alternatives-discovery.html#id2261787 11:09:16 Wording of TBL's comment 4 agreed 11:09:21 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 As an alternative to the previous step, arrange for the server to generate an HTTP 302 (Found) redirect to automatically serve up http://example.com/ubiquity/representation_i when http://example.com/ubiquity is accessed by user-agent_i. 11:10:18 (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 Discussion of the 301/302 difference, and the fact that browsers (incorrectly) treat them the same 11:15:38 TBL: There's a security argument for this -- not letting the user be misled about "where they are" 11:19:20 Discussion of SW's comment on the first para of section 3 11:22:44 DanC_lap has joined #tagmem 11:24:07 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 (hmm... I wonder about using "hypertext web" rather than "traditional web") 11:26:32 q+ 11:27:31 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 (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 for the record, I abstain from adding http: in there too, norm. 11:29:50 q? 11:32:08 DC: Shall we carry this forward? 11:33:02 s/forward?/forward offline?/ 11:33:20 SW: How? 11:33:46 ACTION: Norm to review Cool URIs for the Semantic Web 11:33:46 Sorry, couldn't find user - Norm 11:33:58 ACTION: nwalsh to review Cool URIs for the Semantic Web 11:33:58 Sorry, couldn't find user - nwalsh 11:34:26 ACTION: ndw to review Cool URIs for the Semantic Web 11:34:26 Sorry, couldn't find user - ndw 11:34:57 trackbot-ng status 11:35:04 trackbot-ng status? 11:39:04 trackbot-ng, help 11:39:04 See http://www.w3.org/2005/06/tracker/ for help (use the IRC bot link) 11:40:32 ht_ has joined #tagmem 11:40:54 timbl has joined #tagmem 11:41:38 [break for lunch] 11:41:54 rrsagent, make logs world-visible 11:41:56 Stuart has joined #tagmem 11:42:00 rrsagent, draft minutes 11:42:00 I have made the request to generate http://www.w3.org/2007/09/17-tagmem-minutes.html ht_ 11:44:12 trackbot-ng, status? 11:44:16 trackbot, status? 11:45:28 Noah has joined #tagmem 11:45:46 DanC_lap has joined #tagmem 11:45:54 trackbot-ng, status 11:46:04 Rhys has joined #tagmem 11:46:42 ACTION Norman review Cool URIs for the Semantic Web 11:47:12 ACTION: Norman review Cool URIs for the Semantic Web 11:47:12 Created ACTION-46 - review Cool URIs for the Semantic Web [on Norman Walsh - due 2007-09-24]. 12:01:23 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 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 has joined #tagmem 12:41:41 I can dial in now. Apparently I'm awake for the duration... 12:46:21 DanC_lap has joined #tagmem 12:48:05 meeting: W3C Tag Face to Face Meeting - 17 Sept. 2007 - Afternoon 12:48:11 scribenick: Noah 12:48:15 scribe: Noah Mendelsohn 12:48:23 date: 17 September 2007 12:48:32 chair: Stuart Williams 12:48:57 agenda: http://www.w3.org/2001/tag/2007/09/17-agenda 12:49:06 wanders off to review Noah's latest note.. 12:49:54 topic: Cool URIs and HTTPRange-14 12:50:12 SW: Need to ask whether as a result of this morning's discussion we can give Rhys guidance. 12:50:28 HT: Don't think so. We didn't make it into the pertinent parts of the Cool URI's document. 12:50:41 SW: Yes, seems unlikely we can get far enough while Tim's still with us. 12:52:15 SW: OK, we might come back to this at 14:30 UK time, otherwise after Cool URIs review is completed. 12:52:25 Zakim, passcode? 12:52:25 sorry, DanC_lap, I don't know what conference this is 12:52:36 Zakim, this is tag 12:52:36 sorry, DanC_lap, I do not see a conference named 'tag' in progress or scheduled at this time 12:53:49 zakim, room for 3 for 90 minutes? 12:53:50 ok, ht; conference Team_(tagmem)12:53Z scheduled with code 26631 (CONF1) for 90 minutes until 1423Z 12:54:26 Dave, use that code and we'll join you shortly 12:55:12 Team_(tagmem)12:53Z has now started 12:55:19 +DOrchard 12:55:39 + +019626aaaa 12:55:48 zakim, + is ht 12:55:48 +ht; got it 12:56:01 ht has danC_lap, Noah, Norm, Rhys, Stuart, timbl 12:56:12 zakim, ht has danC_lap, Noah, Norm, Rhys, Stuart, timbl 12:56:12 +danC_lap, Noah, Norm, Rhys, Stuart, timbl; got it 12:58:15 topic: TagSoupIntegration-54: Distributed Extensibility 12:58:21 SW: Where should we go with this? 12:59:24 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 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 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 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 q+ 13:03:11 q+ to say that I think microformats does "values", are *nice* guys, and fly below the radar but technically no different 13:03:37 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 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 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 q? 13:06:24 HT: Is this an issue people are still prepared to discuss, or are positions pretty well set. 13:12:57 q- Dan 13:13:02 DanC_lap has joined #tagmem 13:13:07 DC: Complicated. 13:13:30 ack do 13:13:30 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 q+ to mention XPointer registry 13:14:16 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 DO: That's different from the 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 (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 q? 13:15:37 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 microformats.org 13:15:37 ack ht 13:15:37 ht, you wanted to mention XPointer registry 13:16:06 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 q? 13:16:21 q+ to ask if XPointer stuff is effectively first come, first serve? 13:16:44 HT: This lets you construct a URI from the short name to get the information you need. 13:17:13 HT: This an example of a middle ground option. 13:17:15 q+ Norm 13:17:48 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 HT: Yes, but might be for roles. Why couldn't microformats people do that? 13:18:48 NM: Because they don't get to say what goes in my class attributes. 13:19:18 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 q- Noah 13:21:05 q- Norm 13:21:19 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 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 DO: ??? 13:22:14 q? 13:24:00 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 q+ to bring up recent Atom 13:24:36 Dave - please type in what you said...I had trouble getting it for the minutes. Thanks. 13:24:52 SW: Do registry based systems meet the need. 13:25:01 Now here's an idea. Microformats should define a versioning strategy that includes version #s in the value (structured attributes) 13:25:01 HT: Yes, it's not centrally managed. 13:25:08 DC: Huh, of course it is. 13:25:40 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 Then they say if you see "phone" or "phone1xyz" then they are compatible. 13:26:14 if you see "phone2xyz" then they are version 2 of the phone and all v2 phones are compatible 13:26:16 q? 13:26:16 HT: Aren't dns names a good example? 13:26:29 NM: Well, there have been ICANN problems. 13:26:46 TBL: Well there are lists, trees, etc. At least trees have delegation. Graphs remove that weakness. 13:27:11 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 HT: If you want global uniqueness, a registry is as distributed as you can get. 13:27:42 DC: Large random numbers. 13:27:53 ack DanC 13:27:53 DanC_lap, you wanted to bring up recent Atom 13:28:30 http://www.tbray.org/ongoing/When/200x/2007/09/14/Lousy-Aggregators 13:28:33 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 DC: Tim Bray blocked about Atom interop problems and David Megginson suggested that XML Namespaces were an example of premature standardization. 13:29:02 comment From: David Megginson (Sep 14 2007, at 17:33) 13:29:22 "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 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 q+ 13:31:19 13:31:26 q? 13:31:34 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 DC: Sometimes you see rel="openid.server". Like prefixing your emacs functions with your initials. 13:32:11 HT: Emacs has no package system. 13:35:11 q+ 13:35:59 ack dorchard 13:35:59 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 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 DO: Getting people to plan for the future, as with versioning, is hard. 13:37:11 DO: Microformats folks feel that "I don't have a problem now." 13:37:52 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 DO: Less obvious for class attributes. 13:38:28 q+ to consider the Python example 13:38:49 (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 HST found it a royal pain 13:40:03 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 SW: We need to talk about the "follow your nose" aspect. 13:40:18 ack Stuart 13:40:41 On the "follow your nose" rationale for using URIs, I think most folks figure that search engines solve that problem.. 13:41:17 DC: We used to joke about how, before Google, it implied that everyone would have to talk to everyone. 13:45:14 NM: How does that work? 13:45:22 DC: Google registers that all. 13:45:34 q? 13:45:36 NM: That's not everyone talking to everyone, it's everyone talking to Google. 13:45:48 ack ht 13:45:48 ht, you wanted to consider the Python example 13:46:04 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 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 HT: It's not a usable notice board. How do I use it? 13:47:13 DC: You just did. You told me it's "all over the map". 13:47:54 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 Henry takes some time to look for class="vcard" in Google. 13:48:29 raman has joined #tagmem 13:48:40 HT: If I wanted to put some of this in a TAG finding, I couldn't. 13:48:45 Raman, signing in from the bus to work 13:48:51 DC: It's economics. 10 years ago, the cost of doing the search was higher. 13:50:00 Please email me the dialin and access code, can dial in once I get to work (about 60 minutes from now 13:50:08 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 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 Notice that no one pushes back against greasemonkey scripts introducing a namespace 13:52:45 Noah, none of what you typed about the conference code made any sense to me. 13:52:56 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 OK, I'll use zakin with our usual code when i get to work 13:53:22 DC: Grounding packages in DNS can be a pain if a company gets bought. 13:53:32 NM: The Norm is you live with the old package names. 13:54:36 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 RL: There are tools that will just do it for you in Java. 13:55:02 q? 13:55:03 eikeon 13:55:24 redimport, I think 13:55:51 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 (this bumps into all my noodling and bookmarks on software installation) 13:57:31 TBL: there are tools that let you do some automatic import in Python 13:57:41 SW: Are we ready for our technical plenary session? 13:58:12 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 SW: We've had offers from Tim, Noah, Dan, and Norm. 14:01:37 SW: Dave, you pick what you need. 14:01:47 SW: Dave, are you moderator? 14:02:03 DO: I've proposed, nobody pushed back. I'd be ok if someone else moderated after I brought people together. 14:03:58 topic: Face to Face Scheduling Revisited 14:04:32 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 DO: Yes 14:04:39 -DOrchard 14:04:40 ****BREAK**** 14:14:23 Uncaught exception: Permission denied to call method XMLHttpRequest.open 14:14:39 DanC_lap has joined #tagmem 14:15:15 -ht 14:15:16 Team_(tagmem)12:53Z has ended 14:15:17 Attendees were DOrchard, +019626aaaa, danC_lap, Noah, Norm, Rhys, Stuart, timbl 14:15:27 Zakim, this is tag 14:15:27 "tag" matches Team_(tagmem)12:53Z, and TAG_f2f()10:00AM, DanC_lap 14:15:35 Zakim, this is tag_f2f 14:15:35 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 Zakim, this will be tag_f2f 14:15:41 ok, DanC_lap; I see TAG_f2f()10:00AM scheduled to start 15 minutes ago 14:16:21 Zakim, passcode? 14:16:21 the conference code is 0824 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), DanC_lap 14:16:45 TAG_f2f()10:00AM has now started 14:16:52 +ht 14:18:21 zakim, ht has danC_lap, Noah, Norm, Rhys, Stuart, timbl 14:18:21 sorry, ht, I do not recognize a party named 'ht' 14:18:41 zakim, ht has danC_lap, Noah, Norm, Rhys, Stuart, timbl 14:18:41 sorry, ht, I do not recognize a party named 'ht' 14:18:48 zakim, who is on the call? 14:18:48 On the phone I see +019626aaaa 14:18:54 zakim +0 is ht 14:19:08 zakim, +0 is ht 14:19:08 +ht; got it 14:19:12 zakim, ht has danC_lap, Noah, Norm, Rhys, Stuart, timbl 14:19:12 +danC_lap, Noah, Norm, Rhys, Stuart, timbl; got it 14:20:55 +DOrchard 14:20:57 -ht 14:20:59 +ht 14:22:10 topic: Review of action items 14:22:52 ACTION-15 14:23:38 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 HT: A good system should help you maintaining the versions as bits change. 14:24:49 HT: I've concluded that what I said was false. You can in fact achieve good top down sharing. 14:25:34 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 DC: How? 14:27:21 HT: 30 second version. Substitution groups are bottom up. The only thing that determines whether is allowed is in the definition of itself. So the easiest way to determine whether is in your language, is to include only the file with the def. of . One can do better. Intuition is I could reproduce what they have, but I haven't proven that. 14:27:37 NW: For what it's worth, the Docbook RelaxNG schema works in a very similar style. 14:27:43 SW: You have an action item. 14:28:05 trackbot-ng, status 14:28:07 HT: I want a new one. 14:29:15 ACTION-16 on David Orchard to Incorporate the NVDL text into the findings. - due 2007-09-27, open 14:29:16 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 Sorry, couldn't find user - Henry 14:29:54 SW: Action continues. 14:30:05 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 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 Sorry, couldn't find user - Henry 14:30:15 SW: Continues, pending availability of blog 14:30:21 DC: Is the blog on today's agenda. 14:31:05 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 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 has joined #tagmem 14:31:33 trackbot-ng, status 14:31:35 A link to the announcement of latest editor's drafts should be on the agenda and the issue page: 14:31:37 http://lists.w3.org/Archives/Public/www-tag/2007Jul/0004.html 14:31:45 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 SW: I posted a review last week. Dave, did you see it. 14:32:07 DO: No. 14:32:08 Stuart's review is at http://lists.w3.org/Archives/Public/www-tag/2007Sep/0069.html 14:33:16 DC: You said: 14:33:16 Suggest replace: 14:33:16 "Defn: A *Language* ..." 14:33:16 with: 14:33:16 "Defn: A *Language* consists of a set of admissable text; 14:33:29 DC: Why did you want that change. 14:33:59 DC: I thought the original definition was OK. 14:35:07 SW: At least note that I have done my action. 14:38:00 SW: I didn't see the terminology much used in the strategies. 14:38:12 NW: I had the same comment on use of terminology in the XML section. 14:40:05 http://www.w3.org/2001/tag/doc/versioning-strategies#forwardsCompatible 2.2.2 Forwards Compatible 14:41:18 DC: we talked about 2.2.2 strategies before; I'm interested to see how the recent changes deal with it 14:42:52 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 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 q+ 14:44:15 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 (sounds like "requires" is too strong, since later it says SHOULD; maybe "motivates") 14:44:39 DanC_lap asked for an example of terminology problems; compare "component" in the terminology section with "component" in the XML document. 14:44:42 DO: Noah also brought up that that if we're just doing extension, then the GPN is a tautology. 14:45:04 DO: That's why I had said SHOULD in the GPN, to account for reduction. 14:45:35 DO: Maybe it's not a GPN, it's an axiom. But I feel it needs to be bolded. 14:46:01 DO: I also posted a couple of lengthy articles on my blog. 14:46:23 http://www.pacificspirit.com/blog/2007/09/13/when_can_language_components_be_removed_and_maintain_backwards_or_forwards_compatibility 14:46:27 http://www.pacificspirit.com/blog/2007/09/13/using_xml_schema_10_when_can_language_components_be_removed_and_maintain_backwards_or_forwards_compatibility 14:46:37 q? 14:47:38 q+ to observe that extensibility seems to be defined as redundancy and ask if that's as designed 14:47:39 DO: Marc de Graauw also posted some material on www-tag, but unfortunately I haven't yet reviewed it in detail. 14:50:00 (good question: who is the GPN aimed at? surely language designers) 14:50:14 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 ack DanC 14:51:37 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 ... 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 has joined #tagmem 14:52:28 DC: I think having extensibility need redundancy? 14:52:31 +Raman 14:52:37 DC: I think having extensibility means it has redundancy? 14:52:43 NM: Yes, that's how I'd like to do it! 14:53:19 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 TBL: Yes, spare syntax. 14:53:28 [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 from http://www.w3.org/2001/tag/doc/versioning 14:54:01 q+ to talk about processing 14:54:17 q+ to say that I don't read that definition the same way as Dan 14:54:27 DC: There no processors in the definitions. 14:55:24 DC: In part 2 it says: "http://www.pacificspirit.com/blog/2007/09/13/using_xml_schema_10_when_can_language_components_be_removed_and_maintain_backwards_or_forwards_compatibility" 14:55:54 "[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 NM: I don't think it says that, but I'm increasingly convinced that it SHOULD say that. 14:56:59 ^ 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 q? 14:57:14 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 q+ to say that a language can be extensible but NOT redundant and NOT forwards-compatible evolvable. 14:58:15 HT: Having redundency isn't enough. 14:58:20 NM: Necessary, but not sufficient? 14:58:23 HT: Yes. 14:58:29 (the C++ case seems like a _not_ extensible language. they assign stuff to texts that used to be _illegal_) 14:59:34 DO: You can have a language that has no redundancy. WS Policy causes faulting. 14:59:48 (you can have an extensible language with no redundancy? oh... he explains... a more subtle notion of redundancy than I meant) 15:00:08 s/WS Policy/WS Security/ 15:01:45 (in our model, there are usually several ways to look at a format as a webarch:language) 15:01:51 HST mentions the role of "Colorless green ideas sleep furiously" 15:02:01 Noah: If your text isn't in the accept set, all bets are offf 15:02:15 (http://en.wikipedia.org/wiki/Colorless_green_ideas_sleep_furiously) 15:02:27 ...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 ...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 has joined #tagmem 15:03:06 ...What worries me is that we seem to bounce between these levels without being careful. 15:03:17 have been on about 10 minutes it's hard to understand the phone conversation, room is echoing ... 15:03:30 (degraw's stuff treats processing formally, I think) 15:05:04 q? 15:05:38 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 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 adding optional components ( in XML, this is generally elements and/or attributes) 15:06:41 adding optional content, for example extending an enumeration 15:06:52 DO: From section 1.2: 15:06:59 DO: adding optional components ( in XML, this is generally elements and/or attributes) 15:07:08 DO: adding optional content, for example extending an enumeration 15:07:28 SW: Are you talking about one way message scenario? 15:07:29 (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 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 SW: Remind me on forward and backward compatible. 15:08:36 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 SW: I didn't quite parse "fully strictly" 15:09:03 DO: You asked for some examples. That's them. 15:09:47 SW: OK, I'll check out examples. 15:10:08 SW: Fully seemed to be about being very tolerant, strictly seemed redundant. 15:10:37 DO: I may have overloaded fully. 15:10:47 DO: Where do you want to go now? 15:11:19 q? 15:11:26 ack Stuart 15:12:06 SW: I've only gone there because it crept into the IRC log 15:12:19 NM: I'm still confused about the lack of connection to the part 1 terminology 15:12:39 DO: That's intentional. I think going to the rigorous terminology will throw off the readers we intend to address. 15:13:17 DO: I think we really want to say, build extensible languages and a model for them. 15:13:20 (huh? you don't want to use the definitions in the advice? that seems backward.) 15:13:26 DC: Not if the terms aren't defined. 15:13:34 NW: I'm worried too. 15:13:53 TBL: Are we saying "to make extensible languages, make them extensible". 15:14:01 DC: Yes, make it comprehensible, but work from the base. 15:14:07 TBL: What's our feeling about examples. 15:14:38 (I'm not at all surprised this is hard.) 15:14:44 q? 15:16:11 ack norm 15:16:11 Norm, you wanted to say that I don't read that definition the same way as Dan 15:16:13 ack Norm 15:16:22 ack dave 15:16:22 daveorchard, you wanted to say that a language can be extensible but NOT redundant and NOT forwards-compatible evolvable. 15:16:30 ack Noah 15:16:30 Noah, you wanted to talk about processing 15:16:39 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 NM: Is there some operation called invalidation that can be done on information. 15:18:09 (this 'invalidate' stuff comes back to what I called an open research problem around compatiblity of information.) 15:19:11 (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 DC: Talking about compatibility seems better than "not invalidating" 15:21:35 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 "Applications are expected to behave properly" has som room for judgement it seems to me 15:22:40 (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 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 element there." 15:24:57 DO: If what I get is that I1 is a subset of I2, then... there has to be some relationship there. 15:25:43 (looking at http://www.marcdegraauw.com/files/axiomsofversioning.html ... he formalizes this information stuff as behavior of processors. hm.) 15:27:32 SW: Where would you go, Noah? 15:28:12 q+ to ask about what classic examples we know 15:28:20 q? 15:28:42 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 I think the HMTL adding tables and being able to extract flight times is a great example. 15:29:30 Which is very different than a PO adding a security token.. 15:29:55 And it seems that the language designer makes their best guess as to how to do compatibility 15:30:15 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 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 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 (examples: HTML 1 to 2 to 3 to 4; XSLT 1 to 2; XML 1.0 to 1.1 (bzzt). CSS.) 15:31:08 TBL: Is there a story we can tell about CSS not having a version number? 15:31:40 (other examples I hear about include: XBL) 15:32:29 TBL: Could tell the story about IETF admonitition to typically add x-____ headers, and that didn't work out. 15:32:36 q+ 15:32:52 TBL: Talking about them would be good. 15:32:55 (the moz-rounded-corners example brings us right back to the class attribute registry discussion) 15:32:59 ack timbl 15:32:59 timbl, you wanted to ask about what classic examples we know 15:33:09 NM: Would you try to connect them to the formalism. 15:33:38 TBL: Yes. 15:33:54 TBL: The real problem with the x- stuff was that there was no transition to the non x- stuff. 15:34:11 TBL: Given examples will bring this alive. 15:34:17 http://www.w3.org/2001/tag/doc/versioning-strategies#iddiv194353056 15:34:24 ack dave 15:34:42 +1 more examples sooner 15:34:54 DC: Maybe we could do more for the specific examples to flesh them out. 15:35:13 TVR: I've been confused about the business of when you put HTML and CSS together. 15:35:42 TVR: When I have an HTML document and CSS, different processors may give you a given look. 15:35:43 The XML document has many more examples and details at http://www.w3.org/2001/tag/doc/versioning-xml#iddiv190659352 15:36:16 (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 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 DO: Right. 15:37:45 TBL: Canonical example. People who generate Web pages will tell people which version of CSS is being used where. 15:37:47 If you regard HTML or HTML+CSS as a presentation language, then surely information/meaning is appearance on the screen! 15:38:13 q? 15:41:19 q+ 15:41:31 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 TVR: I think you need some warning (TVR--can you help me scribe this better). 15:42:30 SW: Dan, what would you do next? 15:42:39 q? 15:42:42 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 ack dave 15:43:20 DO: We kind of focussed on that first section. There's stuff in 2.2.2.1 "must accept unknown extenstions", where there are more examples. 15:43:31 (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 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 q+ to comment on lots of rules. 15:44:53 DO: The 2.2.2.1 is accept the unknowns; 2.2.2.2 is to provide a fallback. 15:45:10 -Raman 15:45:15 DO: Also some stuff about understanding version identifiers. 15:45:17 (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 (hmm... "text portion"... I think the pattern to note there is the flat-list pattern) 15:46:19 DO: For example, talking about "processors must not fault if receiving the expected major version numbers" 15:47:19 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 ack 15:48:00 ack Norm 15:48:00 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 q- stuart 15:48:06 ... would help, I think. 15:48:37 For example. 15:48:42 Provide Extension handling Rule: Languages SHOULD specify how unknown extensions are handled. ---> 15:49:16 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 q? 15:49:28 An extensible languages provides mapping from documents in any extended set to dopcuments whose semantcis is lready defined. 15:49:54 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 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 Sorry, /me waqs not wrapping up 15:50:56 'Forwards-compatible requires extensibility rule: Any Language intended for forwards-compatible versioning SHOULD have extensibility." 15:52:22 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 TBL: If we related it to the terminology thing it would be less readable, but more solid. 15:53:36 SW: I think I've heard that the issue is "What really are the messages that the TAG wants to deliver". 15:53:50 TBL: I think we want to give people patterns they can remember and apply. 15:54:07 SW: Do we have a catalog 15:54:19 TBL: To some degree they're in the good practice rules. 15:54:41 q? 15:54:54 (yes, the GPNs make more sense as patterns, since people know that patterns sometimes apply and sometimes don't.) 15:57:09 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 Adjourned. 15:57:53 -DOrchard 15:59:22 Enjoy your sail! 16:12:46 raman has left #tagmem 16:19:47 -ht 16:19:48 TAG_f2f()10:00AM has ended 16:19:49 Attendees were danC_lap, Noah, Norm, Rhys, Stuart, timbl, DOrchard, ht, Raman 18:08:11 Zakim has left #tagmem