08:10:42 RRSAgent has joined #tagmem 08:10:47 logging to http://www.w3.org/2005/09/20-tagmem-irc 08:10:48 Zakim has joined #tagmem 08:18:38 The Web not only provides a neutral answer questions about word processor formats, operating systems, and networking technologies, but it integrates individual documents into a whole, so that if information is already in the Web somewhere, you can just link to it. HTML is feature-poor when compared to other document formats, but the integration benefits of linking outweigh the costs. 08:18:38 This works pretty well for documents. If you're asked to provide a document to people that use different kinds of computers, you can just put it on the Web in HTML and they can all read it. But the integration problem is still there for data. When a soccer coach distributes a schedule for the season, each of the players has to re-key the information for their calendar system if they want their computer to help them manage conflicts. When an airline sends 08:18:41 itineraries, each passenger manually processes them. 08:18:43 The problem is addressed at least in part by an Internet standard for calendar data, iCalendar[RFC2554]. But it's not clear that iCalendar provides sufficient integration benefits to outweigh the cost of migrating to open systems from more mature closed calendaring systems. 08:18:47 The RDF Calendar vocabulary is the result of a test-driven Semantic Web vocabulary development effort. hCalendar is an emerging microformat standard. GRDDL lets you store RDF data in XHTML documents, such as hCalendar documents. This RDF data cam be mixed with social networking data (FOAF), syndicated content (RSS), multimedia metadata (dublin core, musicbrainz) and more, and promises the sort of linking and integration benefit that made HTML the leading 08:18:57 choice among document formats. 08:18:57 The Web not only provides a neutral answer questions about word processor formats, operating systems, and networking technologies, but it integrates individual documents into a whole, so that if information is already in the Web somewhere, you can just link to it. HTML is feature-poor when compared to other document formats, but the integration benefits of linking outweigh the costs. 08:18:59 This works pretty well for documents. If you're asked to provide a document to people that use different kinds of computers, you can just put it on the Web in HTML and they can all read it. But the integration problem is still there for data. When a soccer coach distributes a schedule for the season, each of the players has to re-key the information for their calendar system if they want their computer to help them manage conflicts. When an airline sends 08:19:04 itineraries, each passenger manually processes them. 08:19:08 The problem is addressed at least in part by an Internet standard for calendar data, iCalendar[RFC2554]. But it's not clear that iCalendar provides sufficient integration benefits to outweigh the cost of migrating to open systems from more mature closed calendaring systems. 08:19:10 The RDF Calendar vocabulary is the result of a test-driven Semantic Web vocabulary development effort. hCalendar is an emerging microformat standard. GRDDL lets you store RDF data in XHTML documents, such as hCalendar documents. This RDF data cam be mixed with social networking data (FOAF), syndicated content (RSS), multimedia metadata (dublin core, musicbrainz) and more, and promises the sort of linking and integration benefit that made HTML the leading 08:19:15 choice among document formats. 08:19:17 Regrets: Ed Rice 08:19:21 oops. 08:19:40 Meeting: TAG ftf Sep 2005 08:19:45 Regrets: Ed Rice 08:19:59 Present: VQ, TBL, NDW, HT, DC, NM 08:20:09 presumed in transit: RF 08:24:47 timbl has joined #tagmem 08:26:37 presumed in transit: RF, DO 08:28:57 Topic: Administrivia 08:29:44 VQ: We are expecting visitors from U of Edinburgh and Fujitsu to meet with us at 10:30 on grid 08:30:25 ht has joined #tagmem 08:31:33 NDW wed pm 08:31:38 TBL Tue am 08:31:48 NDW wed am 08:31:59 Wed PM DanC 08:32:10 Thu PM HT 08:32:24 Tue PM NM 08:32:55 Previous minutes are linked from the agenda 08:33:08 Ed had comments, reflected already. 08:33:14 Norm: Good useful minutes 08:33:36 RESOLVED approve minutes of last meeting, Tim abstaining 08:33:51 [discussion of agenda] 08:34:05 VQ: Goals of meeting are two: 08:34:27 ... we can check priorities and new directions as we discussed face-face 08:34:57 .. part of that being the discussion we will have on the Grid 08:35:42 ... part is a discussion on security (Danc had some assignments in this area). 08:36:08 ... Secondly, I would liek to quickly review a bunch of issues which we should be able to decide. 08:36:28 .. Some of these are in an unclear status, which I would like to clarify. 08:37:04 ... There are 7 issues which are are particularly 'hot', in that we probbly won't be able to get closure on this face-face meeting. 08:38:08 ... See 3.5 and following sections issues 8 37 41 47 48 51 49 08:40:15 Noah: Update about recent MS dev conference re web applications we could do 15 minutes on. 08:40:22 Vincent: Ok 08:40:29 ___________________________________ 08:40:41 topic: face-face meetings 08:41:02 VQ: Next scheduled 5,6 Dec 2005 Massachusetts 08:42:37 Noah: IBM could help host if any problems. 08:43:34 VQ: The following one is in the Technical plenary week. We need to decide which days we should pick. 08:44:16 Tim: We have to decide in terms of other groups we want to met with 08:45:01 Norm, henry: We can't manage this meeting, we have two other groups we are also committed to! 08:45:23 norm: It has seemed helpful to sit down with other groups 08:46:22 Noah: Is it easy for us to be all there all week, maybe? At least those present (ex Roy, Dave) 08:46:38 VQ: We normally have incoming as well as outgoing members 08:46:59 Norm: We should remind candidates for election that there is already a scheduled meeting 08:47:51 VQ: How long should we meet for as a group? 08:48:07 HT: How about a sessio at the end to compare notes -- unless people have to leave on Fri pm 08:48:34 Noah: Concern TAG not roaring ahead -- we need face time together. 08:48:40 Vincent has joined #tagmem 08:49:45 Norm: Exepct core and schema to be on one end and query to be on the other end. 08:49:57 of the week. 08:50:41 [discussion of combinatorial logistics] 08:51:12 Norm: Propose half a day at the beginning and half at the end -- I could justify dropping other meetings for that. 08:54:38 (if we just decided something, the record isn't sufficiently clear to me) 08:55:25 TP week is Mon 27 Feb to Fri 3 Mar 2006 08:55:50 We will meet on the afternoons of 22nd February and 3 March. 08:56:29 Norm: Were a XML Processing Model WG to be formed, we might well want to meet with it. 08:56:39 RESOLVED We will meet on the afternoons of 22nd February and 3 March. 08:56:52 RESOLVED We will meet on the afternoons of 27nd February and 3 March. 08:57:02 -2d 08:58:00 VQ: Now, how about the next meeting in May or June? 08:58:33 Norm: Possible offer for Western Mass 08:59:04 VQ: There is a international www confeernce in edinburgh with an AC meeting before it in Edinburgh 08:59:16 "18-20 May 2006, Edinburgh, Scotland, United Kingdom" -- http://www.w3.org/Member/Meeting/ 08:59:55 tx 09:00:20 22-26 May WWW2006 http://www2006.org/ 09:01:30 VQ: Lets meet in June 09:05:18 Closets airports BDL Bradley in Hertford 09:05:30 Closest 09:05:48 Tim and Noah will drive of course - 2 hours. 09:07:53 Resolved: Hold those dates June 12-14 2005 modulo Norm getting a big enough tent etc 09:09:09 Fallback is Kansas City 20,21,22 June 09:10:29 (semantic web scheduling use-case: N tag members in a room, all reserving dates in N different calendar apps) 09:13:19 topic: TAG presentation at AC meeting in Monteal 09:13:47 VQ: We should make a report. 09:14:01 Tim, Henry, DanC planning to be there 09:14:08 VQ not sure 09:15:00 DanC not sure 09:16:38 RESOLVED: Henry will present the TAG to the AC meeting. 09:19:36 [break] 09:20:56 Tim: here are hints on running the scribing PERL script: http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm 09:22:34 [10:21] Danc_EDI, one rule is to get off X, switch to the CRT, then launch X 09:22:35 [10:21] VQ is a D600 09:28:36 [Enter right Dave Berry, National E-Science Centre, Edinburgh, 09:28:36 David Snelling, Fujitsu Laboratories of Europe.] 09:35:33 Vincent has joined #tagmem 09:36:33 Roy has joined #tagmem 09:37:11 Scribe: Tim Berners-Lee 09:37:24 ScribeNick: timbl 09:37:53 Meeting: W3C TAG face-face Edinbugh first morning 2005-09-20 09:38:06 Chair: Vincent Quint 09:39:10 [general laughter] 09:39:13 nice to hear from you, Roy. the other possibilities we imagined were all worse 09:39:13 :) 09:40:16 Too many variables, too little sleep 09:40:20 [end break] 09:40:36 if you slept thru the alarms, you needed the sleep 09:40:50 Norm has joined #tagmem 09:40:58 topic: Dave Snelling presentation of grid 09:42:08 [Enter right David Orchard, dapper in a light suede jacket and fashionable dangling earphone] 09:50:05 Dave S promises to email the slides to www-archive@w3.org 09:52:05 DS: Discussed with HT and DB and others about what to talk about. 09:52:27 ... In "What is a resource, "Here be dragons" 09:53:01 ... I have a few hats, and NextGrid are paying this trip. I woul dfor Fujitsu labs Europe 09:53:17 ... Working as GGF vcie-chair 09:53:25 .. Chair of WSRF TC in OASIS 09:53:49 ... Was co-chair of OGSI working group before that 09:54:16 ... I was with the Unicore project, a European parallel to the Globus project. 09:54:41 DS: Motivation. 09:55:33 I was wondering about using the word "resource" with different colors depending on the context and local meaning. 09:56:23 I want to look at the object model for a resource and see what the overlap is with W3C, OGSA 09:56:53 DS: Outline. 09:57:06 dorchard has joined #tagmem 09:57:28 DS: I can talk about what a WSRF resource is. OGSA resource is a moving target. 10:01:49 Tim: "Modifyable by representation" only applies to information resources 10:01:54 (discussion of "information resource"... ) 10:05:55 DS: If two URIs differ, only the resource can tell you that two mean the same thing 10:06:08 TIim: well, you can find out in various ways 10:12:05 Timbl: "Representations don't have URIs" 10:12:14 [HST is somewhat surprised by that statement] 10:12:39 [more discussion ... how representations are just what is transferred in the message when the IR is accessed] 10:13:37 DS: Generally the URI is insufficient to access a resource 10:15:10 [discussion of the notion of identity of a resource] 10:21:06 [discussion of why banks do or don't give bookmarkable URIs] 10:22:06 Zakim has left #tagmem 10:22:16 DS: IN terms of teh world outside, the notion of contextis very important 10:22:22 DS: Slide: Reality Check 10:23:42 Noh: If the provider tells yo about the structrue of the URIs, then you can depend on that. 10:24:16 Tim: For example an HTML form. 10:24:23 DS: Slide: WS-Resource 10:26:00 DB: A resource could be a terrabyte stroe, and the XML represnetatoin only some stfff about it. 10:26:19 HT: Like streaming radio ... the URL s for the description. 10:27:52 DS: A WS-R could be an executing application. The state could have some of teh global variables of the application. 10:28:59 DS: There is a notion of destruction of the WS-R which may or may not destry the resource itself, just the access to it. 10:30:04 DS: The semantics of destruction of a resource on the resource are not defined. 10:31:33 DS: A WS-R is a pair of a web service and a resource which it gives access to. 10:32:50 [missed about garbage collection of resources] 10:33:36 DS: Its type includes its web service type, but also includes the schema for the document 10:33:59 TBL: A general MXL document or a very stylized document? 10:34:17 DS: That changed last week - now it is general Xml document 10:34:47 DC: Why did it change 10:35:36 NM: What was the old way? I thought it was a clearly a set of properties, which allowed me to select a subset of properties. It used to be a property list model. 10:35:57 (boy, if they had a property list model, I wonder if they considered RDF/XML) 10:36:02 DS: Yes, we had a notion of qname-names properties, though they may or may not have existed as a real XML file. 10:37:30 ... It turned out historically, that initally the only way to access this was to query across properties if the document was arbitrary XML, but there has been a request to add a capability to put and get eth whole resource prperty document. Now that we have that capability, then you can use it for an arbitrary document. Property lists are a special case. 10:37:44 ... the query now allows you to ask for properties, and/or random XML 10:38:32 .... A query in a query dialect (we require XPath support) where the query dialect is defined by a URI 10:39:58 DS: Sldie: Ws-Resource Intertaction 10:43:52 DS: I could have 2 bank accounts behind the same service, and the End Point Reference may have more info to distinguish the accounts. 10:44:26 DS: A common use though is for the extra information to be encoded in the URI, such as in the ?query string at the end of the path. 10:44:49 NM: We ahve been less happy with people using stuff outside the URI. 10:45:30 MN: I have not been happy with the discussions we have had with the WS-Addreessing 10:45:57 DS: I felt that it used to be that ref params are much softer, not really identification. 10:46:31 DS: Now we have a single package and we know that all the iD is in there. 10:47:25 ... but not all the EPR may be used for ID -- as a function of the EPR minter, the ref parameters may have things like quality of service, etc. 10:47:47 ... The message as a whole is interpreted by the web service..... 10:49:04 .... At Fujitsu lab we use ref params to distinguish. I don't think we should. I think Globus does not - they put everything in the URI. I think IBM does dispatch on the ref params at the moment 10:49:08 Noah: yes 10:49:33 DS: Fuj's trouble with just using URIs was [missed] 10:50:39 Noah: Why would anyone want an EPR (except for acrrying metadta which we are or talking about) ? It was to be able to use qnames -- these are difficult to use in URI's as there snot space to put ful URIs 10:51:07 DO: yes 10:51:12 ( dorchard, when you write something in our blog that's relevant to a TAG issue, I'd like you to mail www-archive a pointer with the issue name/number in the subject.) 10:51:31 DO: I blogged on that 10:52:44 q+ to talk about small names for params vs. qnames 10:53:38 (I'm also interested in having some blog stuff make its way to www-archive automatically or something. but there are copyright issues) 10:54:18 what we want is something like: 10:54:42 Here's the blog entry on qnames and uris: http://www.pacificspirit.com/blog/2004/04/29/binding_qnames_to_uris 10:55:29 http://example.org/noahsdiskdrivefarm?http://drivevendor/driveid=5+http://calendarstandardsorg.org/date=today 10:55:34 TBL: There is an argument which says that the extensability of qnames was invented for languages like XML and RDF and query languages for them. 10:57:14 [discussion of opacity] 10:57:58 I think opacity is as seen by users...in this case, one of the reasons for this structure is for benefit of the resource owner. 10:58:10 DS: If using a URI to identify a resource, we are OK so long as the minter mainatins the notion of opacity ... why do I have to presve qnames in there? I can have a local hash table 10:58:14 tbl: yes 10:58:25 DO: Yes but you are doing client-side queries 10:58:48 Resource owners may be able to dispatch handling and associate behavior with pieces of the URI, and the whole thing may still be largely opaque to the user, or at least as opaque as traditional short parm names. 10:58:58 HST records his understanding that the opacity property was applicable primarily to the unparameterised URI, not the bit after the ?, which seems by nature much less opaque. . . 11:00:08 TBL: [something about WSDL and prefixes]. DO: yes, let's do that 11:00:08 Noah records that he thought opacity as seen by "user" is as much or as little as the resource owner says. I thought what we've said is that (a) in general URIs are opaque except insofar as pertinent specs talk about things like hierarchy and (b) even in cases where substructure is documented, you should try hard not to depend on it. 11:00:11 Dave/TimBL think that declaring the prefixes associated with URIs in the WSDL would be a good idea 11:00:24 TimBL and Dave are interested in option #16, which has just the prefix in the URI. 11:00:47 option #16 among what? 11:00:57 the blog that I posted on qnames/uris 11:01:20 This allows them to be opaque to the user, but the WSDL can still inform minters how to do it 11:01:41 "16. Query and non-lexical variant 4 with no ns decl" in http://www.pacificspirit.com/blog/2004/04/29/binding_qnames_to_uris 11:02:00 TBL: MAybe if you really feel you have to tell a client to exprerss the semantics of a bit of XML ro RDF in the query part, then the WSDL could contain a set of default namespace prefixes which are expected in the client part of the URL. 11:02:15 DO: Yes. I definitely agree to that 11:02:17 dorchard: The guy building the web service knows what schemes he can understand so it's not a problem that this scheme doesn't allow arbitrary extensibility 11:03:16 Noah: The URIs are then not quite opaque in the way we discussed, because the resourec owner has allowed the client to understand it 11:03:49 Noah points out that WSDL should be positioned as only one of the ways of documenting the association between short names and URIs. 11:04:23 DS: I don't personally have a lot of use cases where you have to go beyond the URI. 11:05:23 ... There was (in OGSA time) a persistent handle GSH unique for all time handle with a resolver which went to a GSR. 11:06:03 ... GSH have the property that they are never reused. The GSR could be reused. That architecture has been dropped. 11:09:21 DS: if you are using a URI as a referener to the WS resource, then when you mint it if you used HTTP... then the web service tooling which decides on the text of a URI whcih can be accessed over the net.... 11:12:05 ... Example: http://fujits.com/atlum#abadeafa where atrim is the web service and the abadeafa 11:12:36 Tim: So teh web srvice port is http://fujits.com/atlum and the soap message contains all of http://fujits.com/atlum#abadeafa 11:12:40 DS: yes 11:12:54 DS: ... the EPR was designed to carry this 11:13:20 DS: This worked pre- Ws-Addressing 11:13:24 I mentioned at the June f2f in cambridge about needing a uri query language, http://www.w3.org/2001/tag/2005/06/14-16-minutes.html 11:13:28 (zooming up, mentally... we seem to be having an interesting discussion of some web services specs, but I expected to get an answer to "what is the Grid" and I don't recall getting one. hmm.) 11:14:08 S: The question was ... couldyou guarantee that you would get the details of what is on the end, but now with EPR you do 11:14:16 s/S/DS 11:15:04 (what is OGSA? I remember seeing a sort of forward pointer... ) 11:16:11 (for "OGSA grid services" google nominates http://www.globus.org/ogsa/ ) 11:16:36 DS: You can also use a/ instead of # but then some people had a problem with the feeling that you ended up with a web service for each resource, 11:16:59 DO: Because of the way their software was written 11:17:04 OGSA=Open Grid Services Architecture 11:17:45 (is OGSA an organization on which there is consensus on, for example, when it started?) 11:18:44 DS: In EPR form this would look like 11:19:46 ...
http://fuj.com/arun/
abadeafa 11:20:25 q+ to ask some non-technical questions. is the Globus Toolkit ubiquitously used? who are the vendors and what products are in this space? and are enterprises and academics the main users? 11:20:35 Zakim has joined #tagmem 11:20:37 q+ to ask some non-technical questions. is the Globus Toolkit ubiquitously used? who are the vendors and what products are in this space? and are enterprises and academics the main users? 11:21:10 Zakim, remind us in 35 minutes that lunch is at 1pm 11:21:11 ok, DanC_EDI 11:21:15 actually, it is *roughly* http://fujl.com/arun/abadeafa 11:21:31 tx 11:21:48 DS: Slide: OGSA Specifications 11:22:02 Specifically, the
field in the EPR can be used in various ways, and isn't sent as a soap header named
11:22:11 DaveS: ... OGSA WG ... 11:25:41 (taking a random walk over OGSA WG stuff... they seem to use gridforge, which allows group members to upload... ugh... .doc files) 11:28:52 (interesting... Screen share service (glance.net) http://www-unix.gridforum.org/mail_archive/ogsa-wg/2004/06/msg00077.html ) 11:29:13 DS: Slide: Toward OGSA resources 11:32:04 RalphS has joined #tagmem 11:33:56 rebooting a machine, bot available in 8 mins 11:33:58 RalphS has left #tagmem 11:34:04 (teleconference minutes in .pdf http://www-unix.gridforum.org/mail_archive/ogsa-wg/2005/09/msg00033.html ... hmm... must be diagrams and such... phpht. nope. just headings, paragraphs, and lists.) 11:34:57 DO: You get protocol independence from using WS-Adrressing ... you may want to use soap.jml: scheme.. froma hsitroical persopecive, if the soap to http binding whuich ould do thinsg with rfef params then they could have used it, 11:37:08 (... "OGSI days"... did I tune out of a history discussion?) 11:40:32 DS: A service may be defined in an EPR in teh OGSA architecture which you can call if the main address breaks to get a new equiavalent address in the future. 11:43:58 TBL: Why not allocate a domain name for the service? 11:44:04 DO: Granularity too low 11:45:49 (I thought it was also about who owns the "job" vs who owns the computer where the job is running) 11:45:52 Noah also suggested that there is a hosting relationship: the same application may one at one hosting domain for awhile, then move to another. Tying the URI's used in the app to DNS names owned by a given hosting site may be artificial. 11:47:28 Roy joins 11:49:22 DC: If when I set up a web servcie on a provider, I quoted my domain name, ad then all te names were allocated by the servcie in that space, then life woudl work better. 11:50:19 [discussion of single points of failure and names and addresses etc] 11:50:30 hmm... as IETF liaison, I'm obliged to keep an eye out when people are using W3C specs to re-invent DNS. hmm. 11:52:37 Zakim has joined #tagmem 11:55:25 Tim: People often deplore the "single point of failure" in a DNS to HTTP redirect but then to get something more reliable they implement a atscak of DNS lookups and HTTP and SOAP access 11:57:09 DS: Well, we felt DNS was unreliable, so we built a fallback lookup system 11:57:15 TBL: Which uses DNS? 11:57:21 DS: Yes:) 11:59:11 DO: Sounds like the XRI example for reasons for wanting to move things around. We never responded to the XRI folkd wanting to move things about how they should do it in HTTP 12:00:12 DS: OGSA are looking to have unique names, such that two names will never be allocated to the same thing. 12:00:46 (hmm.... owl:differentFrom expresses ?X != ?Y ... maybe OGSA naming stuff could use that?) 12:01:14 Noah: Why of that a characteristic of the name rather than the deployment of the name? For exmaple in noah-mendelsohn.org I coul dcontrol it so that this is the case. 12:01:29 Norm: This is a social problem 12:01:44 Dc: It could be solved by for example using money as a fine for reeuse. 12:03:15 DS: They are looking at the social aspects but there are many different naming schemes. For example, http:/./handle.net/ but they don't like that because you have to pay for it, They want persistent names for free 12:03:25 [general cynicism] 12:03:39 DS: Slide: Observations 12:10:05 Tim: Do you mean IR not resource? yes 13:05:13 timbl has joined #tagmem 13:05:16 DanC_lap has joined #tagmem 13:07:17 Noah_Edinburgh has joined #tagmem 13:08:56 Meeting: Minutes of Tag F2F Afternoon of 20 Sept. 2005 13:09:03 scribe: Noah Mendelsohn 13:09:10 scribenick: noah 13:11:53 RRSAgent, pointer? 13:11:53 See http://www.w3.org/2005/09/20-tagmem-irc#T13-11-53 13:11:56 tx 13:16:35 Conf. phone number is +44 131 651 1950 13:25:38 Topic: New Directions for the Tag 13:25:50 See: http://lists.w3.org/Archives/Public/www-archive/2005Jun/att-0010/tag-directions.html 13:26:03 Roy has joined #tagmem 13:26:08 VQ: Note resolution of httpRange-14 13:26:40 VQ: Note that Dan has offered some preliminary materials relating to educational materials. 13:27:45 http://www.w3.org/2001/tag/em27.html 13:27:49 DC: Was going to give talk, oft postponed. 13:28:44 DC: Not much is happening lately. 13:29:05 dorchard has joined #tagmem 13:29:26 DC: The talk will be at Park University, near Kansas City (http://www.park.edu). Contributions of slides would be welcome. 13:29:46 VQ: Idea was to put up materials on the web for use by others. 13:30:40 NM: Suggest Henry discuss at AC meeting in Montreal, to solicit contributions, offer what we have, ask for guidance on where to invest. 13:31:11 NM: An acquaintance of mine wound up up spending 3 weeks teaching Web Arch 13:31:58 VQ: httpRange14 is done? 13:32:04 TBL: Did Noah try to reopen it? 13:32:14 NM: Well, was trying to reopen it. 13:32:48 HT: I'm still trying to figure out use of fragids and non-info resources (I.e. once you expect to give a 302) 13:33:19 DC: I'd put that with fratmentInXml-28 13:33:42 -> http://www.w3.org/2001/tag/issues.html?type=1#fragmentInXML-28 issue fragmentInXML-28 13:34:51 NM: Is a namespace an information resource? Well, maybe. It's not like my dog, which clearly isn't, but it's not like they NYT of 12 July, which clearly is, either 13:35:30 ... Have we dug a hole here, it's not right to return 200 from a namespace URI, but others seem OK with that 13:36:23 NM: So to be clear, I think I'm fine saying Namespaces are info resources, at least to the extent that the owner of the namespace claims there's nothing about it that isn't conveyable in a message. 13:36:33 VQ: Next sub-topic is web applications 13:36:41 VQ: is there anything else we should do. 13:37:53 NM: Concerns in this area -- new technologies, e.g. Avalon, Flash, leading to content standards which we (the TAG) would think of as being on the web. 13:39:00 Some of what they're doing isn't relevant, e.g. replacing Excel, but other stuff is, and a) what W3C does with WebApp should be competitive in some sense with what's happening in the pure commercial sphere 13:39:27 ... Competitive doesn't necessarily mean as good, but good enough that the network effect boost brings it in to contention 13:40:29 ... b) Some of this stuff will be retrievable/retrieved by http in the normal course of events, but the formats may not be standards-based, or even understandable at all to non-proprietary tools 13:41:01 ... c) Principle of least power is involved, as some of these, e.g. Flash, are less declarative than they should be 13:41:41 ... So on both of the fronts I think the TAG should work on, namely preserving what we have, and moving in good new directions, we should be paying attention to this 13:42:07 VQ: So you should do a report on the MS Dev conference 13:42:15 TBL: And then what should we do about it 13:42:42 ... Produce a competitive standards-based 'product'? 13:43:48 NM: Well, W3C is already setting out to do that, right? All we do in situations like that is to keep an eye on things, and monitor from the outside the extent to which they're likely to succeed. 13:44:09 ... In this case, that means tracking the commercial competition very closely, tooling and formats 13:44:49 NM: Suggest it might be interesting to have the Rich Application workgroup look at things like what Microsoft's building in Avalon. 13:45:02 Lots of resources, for example: http://msdn.microsoft.com/windowsvista/default.aspx?pull=/library/en-us/dnlong/html/fluid.asp 13:45:04 noah has left #tagmem 13:46:23 Vista is new name for Longhorn 14:00:35 NM: XAML is acutally a pickling format, not necessarily tied to graphic stuff 14:06:58 q+ 14:08:39 (1) realism about entertainment and standards... 14:08:43 (2) AC someting 14:09:23 ack Danc_lap 14:10:12 q+ re relation of markup and APIs and webapps 14:10:19 noah has joined #tagmem 14:10:27 q+ to relation of markup and APIs and webapps 14:11:32 DC: Someone?? years ago mentioned to me that there were 3 areas we should worry about a) info exchange b) commerce c) games, entertainment, media 14:12:20 RF: Sony PSP firmware update gives you a really good mobile web browser. 14:12:43 DC: W3C should take some realistic position about this space. SVG and Flash is pertinent. 14:12:58 DC: Flash is very widely deployed...is dominant computing platform 14:13:02 VQ: On phones? 14:13:10 DC: I think there are more flash than phones. 14:13:19 VQ: almost every new phone is SVG enabled, not phone. 14:14:43 DC: still, I think we do best when we do standardization after things sort of gel. Not ahead. 14:15:39 HT: we have taken a huge hit as well as rendering an important service by getting out ahead of vendors on XML Schema. Hard to tell whether that one was a good call. 14:16:36 HT: still, history suggests we do better job when we do the 2nd version of a technology a bit later 14:17:31 DC: so, my starting position is that I'm not 100% sure working in the rich client space is pertinent for us, but I'm glad to support the membership given that they feel now is the time to invest resources. 14:19:03 that's a politically correct adaptation of what I said, which was: starting out, I thought there's no way W3C could produce something relevant in the rich apps space. But I gather the relevant members have heard my arguments and think W3C can be relevant, so away we go 14:19:27 TBL: We've tended to talk more about formats than how to write software. Maybe the CDF space is different. 14:19:39 TBL: maybe we should get into that space more. 14:25:25 NM: Yes, but I also think it's important that the bits of markup stand on their own and be as declarative as possible. 14:29:25 Gen'l: is there a role for the TAG here? 14:29:50 RF: maybe we should look at SVG & SMIL and see where it stands? 14:30:03 NM: to what extent should we do it vs. Rich Web App stuff. 14:30:33 RF: I.e. we should try to learn why things like SVG have not had more traction to date. Find out whether it's a technical issue. 14:30:45 DC: but it's all about timing. We can't rewrite history. 14:31:58 NM: should I take an action to ask Dean Jackson what they're doing in terms of tracking external developments in the Rich App space. 14:32:13 DC: well, I sort of did that. 14:32:56 DC: Yes, Dean has looked at things like Avalon vs. SVG in some details. I believe the proposal for the Rich App group accounts for building something realistic. 14:34:06 Restaurants: http://www.theverandah.co.uk/verandah.htm, http://www.tower-restaurant.com/info2.html 14:34:38 VQ: end of discussion of Rich apps. 14:43:35 http://www.tower-restaurant.com/pudding_menu.html 15:09:50 DanC_lap has joined #tagmem 15:10:40 __________________________________________ 15:16:27 Topic: Web Authentication 15:17:06 DC: I had action, not yet linkable, but I'll just give you this update here. 15:17:47 DC: In the web, authentication is orthogonal to naming. You can always safely give out names. Access may or may not succeed. 15:18:56 DC: Basic authentication design error. In the same number of round trips we could have done challenge/response, but instead of sending password in the clear. 15:19:14 DC: Digest authenticatoin addresses this with digest-based challenge response. 15:19:59 DC: server sends you some large pseudo-random number, that you hash with your passord, in a way that the server can check. 15:22:57 DC: Kerberos style authentication is 3rd party. Avoids n by m key sharing between services and clients. 15:23:08 DC: digest authentication 15:23:12 RF: WebDav does 15:23:16 DC: anyone use that? 15:23:24 HT: Yes, iCal. 15:24:06 DC: When server supplies 401 insufficient credentials, you get a dialog that asks for user and passord. 15:24:12 s/passord/password/ 15:24:28 HT: doesn't support "only give me a few characters" 15:24:50 HT: they ask for 1st, 4th chars of my password. 15:26:07 NM: at the recent Microsoft conference, I saw they're working on a big new UI for managing credentials 15:26:39 (missing SSL slide) 15:26:40 DC: providers use forms with . Cheaper to buy website, but weak due to password in clear, unless using SSL/HTTPS 15:26:59 NW: takeaways...SSL is expensive to get and expensive to run 15:27:15 DC: right. It's overkill for just keeping passwords out of cleartext. 15:27:31 DC: users put off by entering user name and password in any case 15:28:40 DC: claim 90% of users give up when asked for authentication 15:28:48 HT: would be interested to know whether anyone has done a server to validate that intuition 15:29:30 DC: claim only few big services get to do this 15:32:53 DC: I would like to get it to the point to which it's "criminal" to entice people to send passwords in the clear. 15:35:02 DC: so, I want to make the alternative more practical 15:35:52 http://www.w3.org/TR/1999/NOTE-authentform-19990203 15:37:10 DC: the submission at http://www.w3.org/TR/1999/NOTE-authentform-19990203 says that we should use digest authentication at the place where password prompters give "*****", and a logout button. 15:37:17 TBL: we is this in XForms? 15:37:25 DC: Because you need new markup to support it. 15:38:17 TBL: does logout just delete cookies? 15:38:38 DC: there is a setting on Firefox that says no cross-site cookies. Has good uses for obscure cases. 15:40:58 DC: It would be nice to have signed web pages, not just secured connections. 15:43:50 DC: I want this in part for non-repudiation: you can prove I sent you this page. 15:44:17 NM: yes, but be a little careful. You really have to design this stuff to solve real world problems: 15:44:43 NM: first of all, you often want to sign just a part of a page or form, e.g. the contract itself, but not the chrome around it. 15:45:37 NM: secondly, if there as an XSLT or other form mechanism separate from the content, you need to sign not just the piece parts, but the combination, as well as some indication of how they were composed to make the page you saw. 15:45:50 DC: ...{scribe got a bit behind}... 15:46:17 DC: some stuff about livejournal {?scribe?} anti-spam stuff 15:47:02 >> Dan will paste link to technical details here before minutes are public << 15:57:59 DC: so, that's my review of state of the art 15:59:24 DC: a number of cool things. I could keep my identity in the open id space while switching authenticators. 16:00:07 TBL: can we use this for email? SMTP explain might return someone's openid/ 16:00:31 DC: you could encourage everyone who runs an SMTP server to also have web server exporting open-id pages. 16:00:57 TBL: yes, but then you have to map email addresses to HTTP URIs 16:01:12 DC: interestingly, they already let you elide the http://www part of a URI. 16:01:37 DC: note that there is a growing set of communities that don't use email as heavily as we do. They use IM, etc. 16:04:32 VQ: Thank you Dan, for the update on your action. 16:04:46 VQ: is there anything else we should do regarding security? 16:06:30 DO: I've written up several examples, exploring the different ways state is managed in Web apps. The example I chose was security. Maybe Dan and I should coordinate. 16:06:47 DC: Please send a pointer. Sounds interesting. 16:07:14 DO: Is that an interesting example? Relating stateful and stateless models? Hmm. I guess you'd have to see it to decide. 16:07:36 DC: Please send it. 16:08:13 ACTION: Dan to review materials on stateful application models to be sent by Dave Orchard. Relate to authentication work. 16:08:29 DC: I'd still like to promote open id. 16:08:44 DC: I also think the Paul Leach's work (see link above) is still pertinent. 16:09:06 ACTION DanC: turn "state of the art in auth" slides into draft finding 16:09:38 -> http://www.w3.org/2005/09dc-edi/web-auth.html state of the art in auth slides 16:10:24 Morning draft^3 minutes: 2-tagmem-irc-minutes.html 16:10:54 Meeting is adjourned. 16:10:58 Zakim has left #tagmem 16:20:30 DanC_lap has joined #tagmem