16:46:29 <RRSAgent> RRSAgent has joined #tagmem
16:46:29 <RRSAgent> logging to http://www.w3.org/2007/11/01-tagmem-irc
16:46:38 <Stuart> zakim, this will be TAG
16:46:38 <Zakim> ok, Stuart; I see TAG_Weekly()1:00PM scheduled to start in 14 minutes
16:50:13 <raman> raman has joined #tagmem
16:57:40 <Stuart> Chair: Stuart
16:57:50 <Stuart> Meeting: TAG Weekly
16:58:01 <Zakim> TAG_Weekly()1:00PM has now started
16:58:08 <Zakim> +Raman
16:58:18 <Stuart> Agenda: http://www.w3.org/2001/tag/2007/11/01-agenda
16:58:39 <Zakim> +??P2
16:58:50 <Stuart> zakim, ?? is me
16:58:50 <Zakim> +Stuart; got it
16:59:23 <DanC> is DO scribing after all, stuart?
16:59:38 <Stuart> he said that he would
16:59:44 <Zakim> +[IBMCambridge]
16:59:46 <Stuart> but... 
16:59:54 <Noah> zakim, [IBMCamridge] is me
16:59:54 <Zakim> sorry, Noah, I do not recognize a party named '[IBMCamridge]'
16:59:58 <Noah> zakim, [IBMCambridge] is me
16:59:58 <Zakim> +Noah; got it
17:00:08 <Noah> zakim, who is here?
17:00:08 <Zakim> On the phone I see Raman, Stuart, Noah
17:00:09 <Zakim> On IRC I see raman, RRSAgent, Zakim, Stuart, Noah, DanC, ht, trackbot-ng
17:00:49 <Zakim> +DanC
17:01:24 <ht> zakim, please call ht-781
17:01:24 <Zakim> ok, ht; the call is being made
17:01:26 <Zakim> +Ht
17:01:45 <DanC> RRSAgent, draft minutes
17:01:45 <RRSAgent> I have made the request to generate http://www.w3.org/2007/11/01-tagmem-minutes.html DanC
17:01:59 <Zakim> +DOrchard
17:02:33 <dorchard> dorchard has joined #tagmem
17:02:41 <dorchard> scribenick: dorchard
17:02:46 <dorchard> scribe: dorchard
17:03:46 <dorchard> zakim, who's on the phone?
17:03:46 <Zakim> On the phone I see Raman, Stuart, Noah, DanC, Ht, DOrchard
17:04:10 <dorchard> APPROVED: minutes from 25th October
17:04:47 <dorchard> Next telcon Nov 15th
17:04:52 <dorchard> DanC will scribe
17:05:02 <dorchard> resolved: next telcon Nov 15th
17:05:18 <dorchard> topic: TAG@TPAC November F2F 
17:05:54 <dorchard> stuart: Meeting with HCLS IG in topic close to httpRange-14 and friends. 
17:06:08 <dorchard> ... Current Plan is to meet 5pm-7pm Thursday 8th Nov. 
17:06:18 <dorchard> .... Current Plan is to meet 5pm-7pm Thursday 8th Nov. 
17:06:32 <dorchard> ... Possible option to switch to Monday (pm) or Tuesday (am).
17:06:48 <dorchard> ... who will we lose if switch?
17:06:53 <DanC> (what was plain text email? http://www.w3.org/2001/tag/2007/11/05-agenda looks like hypertext to me. )
17:07:12 <dorchard> ... may lose TimBL because he has confirmed thursday but not respons on m/t availability
17:07:26 <dorchard> ... interested hcls members are boston local and can meet m/t
17:07:56 <dorchard> ... if tbl can switch, I'll make the switch
17:08:24 <dorchard> noah: my first choice is monday afternoon then after lunch on tuesday
17:10:34 <dorchard> stuart: tuesday evening is AC meeting, no confict during day m/t
17:11:06 <Stuart> http://lists.w3.org/Archives/Public/www-html-editor/2007OctDec/0016
17:11:10 <DanC> q+ to ask about status of comments on XHTML Role module (though not sure it fits neatly under abbreviatedURIs)
17:11:13 <dorchard> topic: http://www.w3.org/2001/tag/group/track/issues/56
17:11:31 <Stuart> ack n
17:11:36 <Stuart> ack DanC
17:11:36 <Zakim> DanC, you wanted to ask about status of comments on XHTML Role module (though not sure it fits neatly under abbreviatedURIs)
17:12:21 <dorchard> q+
17:12:46 <Stuart> q?
17:12:52 <dorchard> I think our mechanisms for abbreviated URIs are insufficient
17:13:06 <dorchard> raman: let's look at what people want
17:13:18 <dorchard> raman: html is saying no to ns.
17:13:51 <Stuart> ack dorchard
17:14:33 <Noah> DO: I'm on a tech. plenary panel looking at URI-based extensibility.  The research that Ian Hickson has done for Google is fascinating.  Looking at profile attributes and abbreviated names in HTML class attribute.
17:14:57 <Noah> DO: The profile attribute is in some sense serving as a namespace-like mechanism governing the class attribute values.
17:15:55 <DanC> q+ to disagree that little use means it's not working; we should only expect it to be used at the margin
17:16:04 <Noah> DO: The reality is that nobody's doing it.  As Ian found out, the profile attribute is used 90% less than one of the attributes in the class.  What we've got simply isn't working.  If we want URI-based extensibility, and if existing mechanisms aren't doing it in HTML, then we need to admit that.
17:16:37 <Noah> DO: I believe in URI-based extensibility, but I also care about the reality of whether people are willing to actually use the mechanisms we're promoting.
17:16:51 <Stuart> ack DanC
17:16:51 <Zakim> DanC, you wanted to disagree that little use means it's not working; we should only expect it to be used at the margin
17:17:01 <Noah> DC: But way less than half the people need to extend HTML.
17:17:03 <Noah> DO: I know.
17:17:30 <dorchard> DC: I see lots of satisfaction in HTML
17:17:43 <dorchard> ... now we now need the extension mechanisms
17:18:02 <dorchard> ...  it doesn't make sense to declare them a failure, because they haven't been needed until now
17:18:25 <dorchard> ...  if the problem is that humans can't handle URI based extensibility, then I'm going home....
17:18:55 <dorchard> stuart: issue is xhtml role attribute and articulation of curies.
17:19:06 <dorchard> ... appropriate that we look at this
17:19:48 <dorchard> ... henry has brought us back to the question of do we need another URI syntax
17:20:05 <dorchard> raman: I agree with much of Dan, extensions are happening on the margins
17:20:36 <dorchard> ... extensions happen by the mechanisms of xml.
17:20:54 <dorchard> ... xml based languages like svg, etc. use namespaces
17:20:54 <DanC> (I heard TV say: the view that HTML extensions will happen via the XML mechanism, which defaults to namespaces; not everybody shared this view)
17:21:02 <Noah> q+ to respond to Raman that I think the problems are deeper than XML-based vs. other means of extension
17:21:23 <dorchard> ... can't have 2 different mechanisms for extensions as they can't be combined in compound documents
17:21:47 <dorchard> ... if you don't use namespaces for html, how do you bring xml languages in?
17:21:58 <Stuart> ack Noah
17:21:58 <Zakim> Noah, you wanted to respond to Raman that I think the problems are deeper than XML-based vs. other means of extension
17:22:18 <DanC> (I think we're talking more about TagSoupIntegration, but I think that always deserves pretty much top priority, so I don't mind ;-)
17:22:29 <dorchard> noah: Henry took TBL's position that we don't need any more mechanisms than we already have
17:22:48 <dorchard> ... then Dave said I'm not so sure that's true because the mechanisms aren't being used
17:23:06 <dorchard> ... then raman said the schism is about xml vs non-xml based extensibility
17:23:37 <dorchard> ... to what extent do members of html wg believe "rigorous" distributed extensibilty is important?
17:23:47 <dorchard> ... answer is probably some do, some don't.
17:24:03 <dorchard> .... may be that some believe that some names don't need URIs
17:24:24 <dorchard> .... then next layer that says we do need them, and what technology is appropriate?
17:24:55 <DanC> q+ to say that my position on abbreviatedURIs-56 is that URI abbreviation is an issue specific to each host language; factoring CURIEs out of the RDFa spec doesn't seem worthwhile. I also think that using anything qname-like in the href attribute is a non-starter, but I think the RDFa designers have accepted that.
17:25:00 <dorchard> ... then the next layer is the extensibility of html, whether it's xml like or not.
17:25:40 <dorchard> ... and xhtml people have simpler answers than html given namespaces
17:25:54 <dorchard> ... propose that we talk about first 2 points
17:26:18 <Stuart> ack DanC
17:26:18 <Zakim> DanC, you wanted to say that my position on abbreviatedURIs-56 is that URI abbreviation is an issue specific to each host language; factoring CURIEs out of the RDFa spec doesn't
17:26:22 <dorchard> stuart: this isn't about distributed extensibility, this is about curis
17:26:22 <Zakim> ... seem worthwhile. I also think that using anything qname-like in the href attribute is a non-starter, but I think the RDFa designers have accepted that.
17:26:36 <dorchard> noah: dave's point is that curies are about distributed extensibility
17:27:12 <dorchard> danc: each host language will have specific issues around abbreviated URIs
17:27:34 <dorchard> stuart: 3 articulations of abbreviated URIs...
17:27:54 <DanC> ("all three are in the agenda"? I see "Both documents ")
17:28:39 <dorchard> stuart: hearing that there is no tag opinion on this
17:29:08 <dorchard> dorchard: I've had new information so I'm rethinking my position on abbreviated URIs
17:29:44 <dorchard> danc: I don't subscribe to factor out curies.
17:30:19 <Zakim> +TimBL
17:31:05 <timbl> timbl has joined #tagmem
17:31:50 <DanC> 3.1.1. CURIE Syntax Definition http://www.w3.org/TR/2007/WD-xhtml-role-20071004/#sec_3.1.1.
17:32:12 <DanC> (hunting for an example of []s... I don't see one)
17:32:27 <dorchard> timbl: there are a lot different issues in there
17:32:29 <ht> DanC, look at the first production of the syntax
17:32:54 <DanC> the production has an example?
17:32:58 <Stuart> DanC, it's also at http://www.w3.org/MarkUp/2007/ED-curie-20070905/#s_syntax
17:33:04 <dorchard> ... at one point there was an ambiguity between URI scheme vs namespace prefix.
17:33:13 <DanC> I don't look at editor's drafts outside the group I'm in
17:33:32 <DanC> if they want review from outside the WG, they should publish on http://www.w3.org/TR/
17:33:39 <dorchard> ... can you put these in href?
17:33:43 <Zakim> -Ht
17:34:19 <dorchard> noah: skimming the spec, the spec is ambiguous because it does things by example.
17:34:22 <DanC> q+ to say using anything qname-like in the href attribute is a non-starter, but I thought the RDFa designers had accepted that.
17:34:40 <dorchard> timbl: a relative reference is not a qname afterwards, it's a relative URI
17:35:23 <dorchard> timbl: the thing they call a reference is not a qname because it can have "/" in it.
17:35:40 <dorchard> stuart: it's a way of abbreviating a URI
17:36:04 <dorchard> danc: one of the problems before was names couldn't start with a digit, this is now much than solving that problem
17:36:36 <dorchard> timbl: seems powerful and useful to arbitrarily break URIs
17:36:50 <dorchard> noah: tbl raises the point about in hrefs or not, 
17:36:54 <Stuart>    irelative-ref  = irelative-part [ "?" iquery ] [ "#" ifragment ]
17:36:55 <Stuart>    irelative-part = "//" iauthority ipath-abempty
17:36:55 <Stuart>                        / ipath-absolute
17:37:24 <dorchard> ... I'd be more comfortable if it said things like "the use of things must not be allowed where you also allow URIs".
17:37:51 <dorchard> ... they don't say there's an architectural principle that you could confuse the colon with a URI scheme separator.
17:37:59 <dorchard> ... they ought to at least clarify this.
17:38:31 <dorchard> noah: this is like a union that says numbers or "unbounded"
17:38:38 <dorchard> raman: similar to attribute value templates
17:38:54 <Stuart> Ooops:page break in the RFC:
17:38:55 <Stuart> irelative-part = "//" iauthority ipath-abempty
17:38:55 <Stuart>                   / ipath-absolute
17:38:55 <Stuart>                   / ipath-noscheme
17:38:55 <Stuart>                   / ipath-empty
17:39:01 <Stuart> q?
17:39:11 <dorchard> raman: if you see these brackets then do some processing
17:39:15 <DanC> (attribute value templates in XSLT are not the happiest thing... when writing XSLT, I spend half my time debugging "$foo" vs "{$foo}" )
17:39:47 <dorchard> noah: one way to resolve ambiguity is to take a character not in URIs, like curly brackets, and trigger off that.
17:39:55 <timbl> In http://www.ietf.org/rfc/rfc3987.txt , irelative-ref  is defined aparentluy to alway start wt "/"
17:40:03 <dorchard> ... another way is to use different attributes based on the type
17:40:14 <dorchard> ... many ways to skin the cat and avoid the ambiguity
17:40:22 <timbl> http://www.w3.org/1999/xhtml/vocab#cite
17:40:45 <timbl> http is te namespace
17:40:55 <timbl>   irelative-ref  = irelative-part [ "?" iquery ] [ "#" ifragment ]
17:40:55 <timbl>    irelative-part = "//" iauthority ipath-abempty
17:40:56 <timbl>                        / ipath-absolute
17:41:03 <Stuart> timbl, I think those '/'s are alternates
17:41:04 <DanC> (tim, are you exploring perverse design spaces for the fun of it? I wonder where you're going.)
17:41:12 <timbl>  ipath-absolute = "/" [ isegment-nz *( "/" isegment ) ]
17:41:12 <timbl>  
17:42:24 <DanC> DanC has changed the topic to: TAG telcon 1 http://www.w3.org/2001/tag/tag-weekly
17:43:39 <DanC> q+ to point out 3 year old comment that [] doesn't help the href="[abc:def]" problem
17:44:18 <dorchard> noah: thinking about xml:base URIs
17:44:24 <dorchard> ... kind of a precedent there.
17:44:40 <dorchard> ... at least a document establishes a base uri
17:44:48 <DanC> (yes, it seems like CURIES are more about named base URIs than QNames)
17:45:21 <Stuart> ack DanC
17:45:21 <Zakim> DanC, you wanted to say using anything qname-like in the href attribute is a non-starter, but I thought the RDFa designers had accepted that. and to point out 3 year old comment
17:45:21 <dorchard> ... an attribute like xml:base overrides the base uri, and how is this any different?
17:45:24 <Zakim> ... that [] doesn't help the href="[abc:def]" problem
17:45:45 <dorchard> danc: URI abbreviation thing is language is specific
17:45:46 <timbl> I note that the rule "f the prefix is omitted from a CURIE, the default value of http://www.w3.org/1999/xhtml/vocab# MUST be used."   is different from "f the prefix is omitted from a CURIE, the default value of  "#"  must be used to reference the local document.
17:46:08 <dorchard> ... if you stick x:y in an href, the deployed software will treat x: as a scheme.
17:46:25 <dorchard> ... and if you put [] around it's treated differently
17:47:30 <dorchard> ... I made the comment that [] in an href is a nonstarter
17:47:50 <dorchard> ... because it's treated as a URI
17:48:23 <dorchard> .... my comment showed that [abc:def] then it'll get parsed as a relative reference, specifically a file name
17:48:33 <Noah> So, if base URI is http://example.org/mydoc.html
17:48:38 <dorchard> ... the TAG is not doing html design
17:48:57 <dorchard> .... my position is don't factor out CURIES.
17:49:04 <Noah> If href="[abc:xyz]", are you saying that resolves to http://example.org/mydoc.htmlabc:zyz?
17:49:16 <Noah> or
17:49:19 <Noah> If href="[abc:xyz]", are you saying that resolves to http://example.org/mydoc.html#abc:zyz?
17:49:25 <Noah> or
17:49:28 <Noah> If href="[abc:xyz]", are you saying that resolves to http://example.org/mydoc.html/abc:zyz?
17:49:35 <dorchard> danc: each of these syntaxes are slightly different
17:50:05 <dorchard> timbl: thing on the right is numbers, letters, hyphens, etc.
17:50:17 <dorchard> ... thing on the left is different 
17:50:17 <DanC> "allmost all the time"? I'd need measurements before I'd believe that.
17:51:03 <dorchard> ... most of this is targetted at people using latin text using colons
17:51:34 <dorchard> ... we could search but we'll find very cases where qnames start with [
17:52:05 <dorchard> ... this issue isn't deployed software, it's deployed documents
17:52:21 <dorchard> ... the damage to humanity of using [] vs something else
17:52:33 <dorchard> ... the # of times that [ is used
17:52:45 <dorchard> danc: and you have to factor in all the silent failures in current software...
17:52:52 <DanC> (but now we're doing HTML syntax design. again.)
17:53:11 <dorchard> timbl: that is much bigger, if you are going to use this in href..
17:53:47 <dorchard> danc: does anybody know whether this was supposed to go into href?
17:53:53 <Noah> From their syntax section: "To disambiguate a CURIE when it appears in a context where a normal [URI] may also be used, the entire CURIE is permitted to be enclosed in brackets ([, ])."
17:54:24 <dorchard> noah: yes it is a goal to be used where URIs are expected but doesn't answer href question?
17:54:25 <DanC> my years-old comment: http://www.w3.org/2002/02/mid/1130467452.27261.683.camel@dirk;list=public-rdf-in-xhtml-tf 27 Oct 2005  curie compatibility, scope, timeline
17:54:33 <timbl>  Abstract
17:54:34 <timbl> The XHTML Role Attribute defined in this specification allows the author to annotate XML Languages with machine-extractable semantic information about the purpose of an element.
17:55:15 <timbl> http://www.w3.org/TR/2007/WD-xhtml-role-20071004/#sec_3.1.1
17:55:49 <dorchard> stuart: part of our confusion is which piece of text we should be looking at
17:55:56 <dorchard> danc: they said they are in LC..
17:56:11 <dorchard> stuart: their document says "Note that .. will be defined in an external document"
17:56:20 <Stuart> 3.1.1. CURIE Syntax Definition
17:56:20 <Stuart> Note that this syntax definition will ultimately be defined in an external document [CURIE].
17:56:32 <dorchard> noah: going to LC and leaving to later the big architectural issue of curies
17:56:52 <dorchard> q+
17:57:09 <Stuart> ack
17:57:17 <Stuart> ack dorch
17:58:06 <Noah> DO: One TAG approach would be to say "don't exit LC on the role attribute until the more general syntax document has moved forward status-wise".  I could live with that.
17:58:38 <Noah> I think that's architecturally appropriate, because that's where we'll have the debate about using these where URI's can go in general, etc. (Noah)
17:59:08 <dorchard> stuart: external document is a product of an external group comprised of html and rdfa.
17:59:32 <dorchard> noah: can live with where dave is signalling
18:00:40 <Noah> I said that I think the architectural connection or dependence is there.  I also said that I'd like to see RDFa move forward promply and I don't want to be unduly disruptive to them, but at least in principle I think the role attribute should wait for the general CURIEs issues to be worked out.
18:02:11 <DanC> (if they want to factor out the CURIE spec, they should announce a charter change to call for participation from URI syntax experts )
18:02:15 <dorchard> timbl: rdfa is in first public WD
18:02:21 <Noah> Where I said above RDFa, I should have said XHMTL Role attribute.  That's the one trying to go last call.
18:02:31 <dorchard> noah: what's our level of confidence?
18:03:10 <dorchard> noah: i'm thinking of how where curies can be used wrt URIs and with what syntax
18:03:14 <ht_home> ht_home has joined #tagmem
18:03:25 <ht_home> zakim, please call ht-781
18:03:25 <Zakim> ok, ht_home; the call is being made
18:03:27 <dorchard> ... and how are we constrained by what xhtml role done
18:03:27 <Zakim> +Ht
18:04:01 <dorchard> danc: I haven't seen any plan around xhtml2 that I'm comfortable with
18:04:11 <ht_home> except my phone isn't ringing :-(
18:04:12 <Zakim> -Ht
18:04:46 <dorchard> zakim, who's on the phone?
18:04:46 <Zakim> On the phone I see Raman, Stuart, Noah, DanC, DOrchard, TimBL
18:05:03 <dorchard> stuart: won't this come up in a transition?
18:05:08 <dorchard> danc: only if there's an objection?
18:05:09 <ht_home> zakim, please call ht-home
18:05:09 <Zakim> ok, ht_home; the call is being made
18:05:11 <Zakim> +Ht
18:05:24 <dorchard> noah: aren't we discussing whether we should make an objection?
18:06:59 <dorchard> I propose that the TAG object to xhtml role progressing because the curie spec isn't far enough along and we don't know whether there will be problems or not?
18:07:06 <DanC> (what SKW just said is the substance of my Oct 2005 comment http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2005Oct/0071.html ; if the TAG wants to endorse that, fine by me)
18:07:22 <dorchard> raman: I don't agree, the TAG shouldn't just push back on schedule
18:08:06 <dorchard> noah: they probably can push back and say the tag hasn't raised a technical concern, please come back with a technical concern.
18:09:10 <dorchard> raman: we should let them run and fall off a cliff.
18:09:35 <dorchard> stuart: do we have a comment?  
18:09:39 <dorchard> ... dave made a proposal
18:09:57 <dorchard> raman: I oppose dave's comment.
18:10:03 <dorchard> stuart: how about Dan's comment?
18:10:14 <dorchard> danc: we could ask about use in href?
18:10:20 <DanC> asking about how CURIEs relate to html @href sounds good to me
18:10:42 <dorchard> raman: I could support asking about html href
18:11:27 <Stuart> So a comment question of "Please explain your intentions wrt to the use of CURIEs in conjunction with html@href."
18:11:28 <dorchard> ( I missed henry's comment)
18:11:55 <dorchard> ht: let the TAG suggest full use of URIs within role attribute.
18:12:20 <dorchard> timbl: we need damage report of compatibility.
18:12:44 <dorchard> ht: I think there is a problem with use of [ in the host portion of ipv6
18:13:00 <dorchard> ht: so they can put an arbitrary hex string in ipv6
18:13:07 <DanC> (I think the ITPC/Misha ship has sailed, though I wouldn't mind if somebody wants to find out for sure)
18:13:24 <dorchard> action: ht to check into [ in ipv6 and hence host names
18:13:24 <trackbot-ng> Created ACTION-69 - Check into [ in ipv6 and hence host names [on Henry S. Thompson - due 2007-11-08].
18:14:11 <dorchard> stuart: I can send a message from the TAG asking about href
18:14:16 <Stuart> So a comment question of "Please explain your intentions wrt to the use of CURIEs in conjunction with html@href."
18:14:52 <DanC> RESOLVED to endorse that comment Stuart scribbled
18:14:53 <dorchard> action: Stuart to send a comment to xhtml folks of Please explain your intentions wrt to the use of CURIEs in conjunction with html@href
18:14:54 <trackbot-ng> Created ACTION-70 - Send a comment to xhtml folks of Please explain your intentions wrt to the use of CURIEs in conjunction with html@href [on Stuart Williams - due 2007-11-08].
18:15:42 <DanC> (back to http://www.w3.org/2001/tag/2007/11/05-agenda )
18:17:08 <DanC> HCLSIG/TAG 1p-2p Tue 6 Nov, tentative
18:18:14 <dorchard> topic: exi
18:18:52 <dorchard> ht: would like to get clearer what our perspective is?
18:19:10 <dorchard> ht: basically, what is the right analogy for exi in existing web architecture?
18:19:26 <dorchard> ... I think the answer is surprisingly that web arch doesn't have much to say
18:19:36 <Noah> q+ to say where EXI lives in Web architecture
18:19:46 <dorchard> ... 1) like using a very obscure character encoding
18:20:33 <DanC> 2) SVGz
18:20:54 <dorchard> 2) like an obscure content encoding like svgz which never claims to be xml
18:20:55 <DanC> 2) content encoding, e.g. SVGz
18:21:19 <DanC> (SVGz never claims to be XML? I didn't hear him say that, and I don't think it's true)
18:21:25 <dorchard> ... 3) like a java serialization, because it doesn't map character to characters
18:21:45 <Noah> I think the key point of Web architecture is: "Thus, before inventing a new data format (or "meta" format such as XML), designers should carefully consider re-using one that is already available."
18:22:05 <Noah> That's from the start of the Web Arch section on Data Formats.
18:22:15 <Noah> q-
18:22:16 <dorchard> stuart: will move this to the f2f.
18:22:27 <dorchard> topic: TBL talk during tech plenary
18:22:56 <dorchard> tbl: what are some issues for each domain and "cracks in the architecture"
18:23:11 <dorchard> ... are these good cracks or bad cracks, that is allow for innovation vs weakening the foundation
18:23:20 <dorchard> ... if I could talk about 5 of these things, which 5 would it be?
18:24:06 <dorchard> ... 1) instructions to ignore mime type
18:24:19 <dorchard> ... 2) embedding of videos in svg, redone in xml
18:24:30 <Stuart> s/xml/html
18:24:35 <dorchard> ... 3) tag soup
18:24:38 <DanC> (and HTML and SVG video are both playing catch-up w.r.t. flash video)
18:25:16 <dorchard> henry: chasing the html5 folks that they picked the wrong end of Postel's law
18:25:17 <DanC> (I'm too far behind on my own TPAC talk prep to think about timbls ;-)
18:25:45 <dorchard> ... html5 folks are standardizing what they accept
18:25:55 <dorchard> .... postel's law is standardizing on what you produce
18:26:20 <dorchard> danc: tragedy of commons may be applied to internet or web
18:26:47 <dorchard> ... used to put out things for community review and mega scale before giga scale
18:26:59 <dorchard> ... for example role="nofollow"
18:27:25 <DanC> (if there was _any_ open review of nofollow prior to deployment, it's news to me)
18:27:26 <dorchard> raman: it's a different way of getting community review
18:27:54 <dorchard> raman: similar to the way english is evolved
18:28:35 <Noah> scribenick: Noah
18:28:40 <Zakim> -DOrchard
18:29:20 <Noah> DC: Henry got into Postel's law.   What did that relate to?
18:29:24 <Noah> HT: Tag soup.
18:29:35 <Noah> SW: You referenced tragedy of the commons.
18:29:59 <Noah> HT: Following on Raman's point, it would be good to look for things that got deployed at giga-scale and then didn't get traction or work out well.
18:30:02 <Noah> TBL: Such as?
18:30:05 <timbl> -od we review things first?  
18:30:07 <Noah> HT: Not thinking of it fast.
18:30:11 <timbl> iTunes protocol?
18:30:27 <Noah> TVR: itunes protocol (scheme) is only used in the one context.
18:31:24 <Noah> TVR: rel="nofollow" is something you don't do if it doesn't work for you.
18:31:34 <Noah> DC: Some concern with it being a verb.
18:32:06 <Noah> DC: The market often works, but there used to be a value also of submitting for community review, and during my career that seems to have largely disappeared.
18:32:18 <Noah> TVR: In W3C, we say we do Recommendations not standards.
18:32:43 <Noah> DC: We now say we are accountable to the whole community.  Was a big change that we'd consider Last Call from everyone.
18:34:46 <Noah> NM: Sometimes people are skipping the reviews for speed, but with good intentions.  Sometimes the situation is that people are pushing things without believing they are in the community's larger interest.
18:35:37 <Noah> DC: We need to assume a degree of mutual distrust in any system that's going to work.
18:35:52 <Noah> TBL: Well, we can also try to establish the incentives to finding mutual trust.
18:36:34 <DanC> (I'm reminded of the internet driver's license idea... but yes, better certs are worth doing.)
18:36:34 <Noah> TBL: Supposing we said we're going to make a particular sort of browser that's authenticated, but banks would use it.  Wouldn't let Javascript run.
18:36:42 <Noah> TVR: WIll market economics get you there?
18:38:14 <DanC> (it's a race to the bottom... there's lots of money to be made by taking _more_ risk, using _less_ security stuff. and the bottom is below zero; it's the mafia folks running zombie armies.)
18:39:49 <Noah> NM: Standards win when you can show them that they win by doing things the >same< way.  Nobody breaks TCP/IP, because they want TCP/IP to work.
18:39:59 <Noah> TBL: Maybe true, but not helping me with my talk.
18:40:07 <DanC> (not sending engineers to maintenance mode WGs? hmm... XML Core is a testament to the contrary; is it just that Paul Grosso is a saint?)
18:40:08 <Noah> TBL: I'm looking for cracks in the architecutre.
18:40:21 <Noah> s/architecutre/architecture/
18:40:38 <Noah> HT: Nobody's sending people to the workgroups to do maintenance.
18:40:50 <Noah> NM: That's an organizational crack, not an architectural crack.
18:41:39 <Noah> TVR: People aren't waiting for the standards process to evolve things like HTTP.  The distributed extensibility of XML etc. may be promoting this.  They consider the work to be done on the core stds.
18:42:19 <Noah> TVR: Is that a crack in the architecture?
18:45:03 <DanC> (I think flash fills real needs for short-term stuff, but due the rule of least power, declarative stuff like HTML will continue to win out for meat-and-potatoes info exchange.)
18:48:52 <Noah> NM: We see things like Flash and Silverlight.  Is it a "crack in the architecture" that we don't have a Recommentation or RFC-level stack that everyone's ready to widely deploy and jump on to make sure that typical content on the Web remains non-proprietary (I say that without meaning to comment on the merits of Flash or Silverlight per se)
18:49:06 <Noah> TVR: Extensibility and TAG Soup?
18:49:16 <Noah> SW: Tim, got what you need?
18:49:26 <Noah> TBL: Maybe need 6 have, 2.
18:50:17 <Noah> TVR: Media type issue - I.e. authoritative metadata.
18:51:11 <Noah> SW: Can we do Monday afternoon instead of Tues?  We'd get to keep the room.
18:51:56 <Noah> SW: OK, I'm going to aim for Monday afternoon.
18:52:03 <Noah> SW: Adjourned.
18:52:54 <DanC> (the padlock is the WSC WG; passwords in the clear is the TAG issue; they're not the same)
18:52:59 <Noah> HT: Two thoughts-- 1) cleaning up the padlock and 2) peer to peer
18:53:58 <Zakim> -Ht
18:54:00 <Zakim> -Stuart
18:54:01 <Noah> DC: We have chartered a WG to tackle the padlock problem.  That's the Web Security Context WG.  Watch for unintentionally undercutting them.
18:54:07 <Stuart> Stuart has left #tagmem
18:54:20 <Noah> TBL: Right.  These are just things people think are important.
18:54:29 <Noah> TVR: Right.  There's a WG for Tag Soup too.
18:54:34 <Zakim> -Noah
18:54:42 <Zakim> -TimBL
18:54:44 <Zakim> -Raman
18:59:44 <Zakim> disconnecting the lone participant, DanC, in TAG_Weekly()1:00PM
18:59:47 <Zakim> TAG_Weekly()1:00PM has ended
18:59:48 <Zakim> Attendees were Raman, Stuart, Noah, DanC, Ht, DOrchard, TimBL
19:11:14 <Stuart> Stuart has joined #tagmem
19:11:26 <Stuart> rrsagent, make logs public
20:24:47 <Zakim> Zakim has left #tagmem