IRC log of tagmem on 2005-12-05

Timestamps are in UTC.

14:13:14 [RRSAgent]
RRSAgent has joined #tagmem
14:13:15 [RRSAgent]
logging to
14:14:01 [Ed]
14:15:05 [Ed]
Zakim, this conference is TAG face-to-face meeting, 5-6 December 2005, Cambridge, MA, USA
14:15:05 [Zakim]
sorry, Ed, I do not see a conference named 'TAG face-to-face meeting, 5-6 December 2005, Cambridge, MA, USA' in progress or scheduled at this time
14:15:40 [Ed]
Meeting: TAG face-to-face meeting, 5-6 December 2005
14:17:47 [DanC_csail]
DanC_csail has joined #tagmem
14:23:59 [Roy]
Roy has joined #tagmem
14:24:03 [DanC_csail]
q+ to ask to move discussion of "authoritative metadata" to tomorrow, by which time I expect to have read it
14:24:38 [Ed]
Topic: Administrative
14:25:17 [Ed]
Ed to scribe first this morning
14:25:35 [Ed]
Henry to scribe afternoon session
14:25:52 [ht_stata]
Zakim, this is TAG
14:25:52 [Zakim]
sorry, ht_stata, I do not see a conference named 'TAG' in progress or scheduled at this time
14:26:15 [Ed]
Topic: Draft minutes from last tag meeting
14:26:35 [Ed]
Resolution: Minutes are approved from Nov 22nd.
14:26:48 [Ed]
Topic: Next teleconferance
14:26:59 [Ed]
Resolution Tuesday 13th as normal
14:27:11 [Roy]
regrets for 13th (ApacheCon)
14:27:12 [Ed]
Dan to scribe meeting on Tuesday 13th
14:28:24 [Ed]
Topic: Agenda for today/tomorrow.
14:28:48 [Ed]
Vincent: I adjusted the agenda yesterday based on discussion with Tim.
14:29:05 [Ed]
Moved two items to allow Dave to participate in the afternoon.
14:29:18 [Ed]
Dan: Move authoritative meta data to tomorrow to give us time to read.
14:29:49 [Ed]
Vincent, Lets move authoritative metadata to tomorrow morning.
14:30:14 [timbl]
timbl has joined #tagmem
14:30:55 [Ed]
Vincent: At that AC meeting, someone asked how our comments are taken into account by other bodies. The example of XRI was mentioned and it was not clear that it
14:31:01 [Ed]
had a strong impact.
14:31:48 [Ed]
we should track more carefully the comments we send and track results.
14:31:51 [DanC_csail]
(ah... perhaps URNsAndRgistries-50 is a better heading. hmm.)
14:32:31 [Ed]
Henry: 3.9 is on the agenda item where we should talk about that.
14:33:06 [Ed]
Vincent: ok, we'll add it to 3.9 (Tuesday afternoon).
14:33:39 [Ed]
Topic: Future f2f meetings
14:34:20 [Ed]
Vincent: We should probably wait on this dicsussion as we have dates already for Feb/March and summery.
14:34:30 [Ed]
given that we have new members joining.
14:34:52 [Ed]
Dan: Should we commit to fall? Technical Plannery
14:35:29 [Ed]
Timbl: Tech Plannery is probably a resonable time.
14:35:46 [DanC_csail]
HT: regrets for Fri of tech plenary
14:36:08 [Ed]
Current planned dates;
14:36:25 [Ed]
* Feb/March 2006, in conjunction with the Technical Plenary in France (resolved 14 June 2005), the afternoons of 27 February and 3 March (resolved 20 June 2005)
14:36:33 [DanC_csail]
TBL: Sep conflicts with my usual holiday schedule
14:36:46 [Ed]
June 12-14 2006, Western Mass., USA, hosted by Norm (resolved 20 June 2005, confirmed 8 November 2005)
14:37:35 [Ed]
Vincent: We can discuss it as soon as we have our new members in early Jan.
14:37:54 [timbl]
timbl has changed the topic to:
14:38:30 [Ed]
Topic : Technical discussions
14:38:49 [Ed]
Issue schemeProtocols-49
14:39:33 [Ed]
Noah: produced draft finding at
14:41:16 [DanC_csail]
Topic: 3.2. Issue schemeProtocols-49
14:41:50 [Ed]
Topic 3.2. Issues scheme Protocols-40
14:42:06 [Ed]
c /-40/-49/
14:42:24 [Ed]
Noah: Presents slides
14:42:42 [noah]
14:43:08 [Ed]
also: Slides:
14:43:36 [Ed]
Noah: I expressed some concerns that there was some confusion in this area.
14:44:19 [Ed]
Noah has re-written the finding over the last 5-6 months.
14:44:26 [Ed]
Hope to find three things;
14:44:59 [Ed]
1) Independant of exactly how I've written this, have some technical discussions around how protocols and schemes work and see if we can come to some consensus.
14:45:20 [Ed]
2) Do some review of what I've written (formatting aside)
14:45:38 [Ed]
3) allow ourselves the option that we not do a finding in this area.
14:45:52 [Ed]
Noah: This is one of THE key areas about the web where we are confused.
14:46:07 [Ed]
if you ask someone what DNS does, they give you a pretty good answer.
14:46:27 [Ed]
If you ask someone what a scheme does, they say it dictates protocols
14:46:32 [Ed]
Dan: and thats enough.
14:46:49 [Ed]
Timbl: I think a finding in this area is a good idea.
14:47:11 [Ed]
Noah: I think at least Dan and maybe others dont think we need a finding on this.
14:47:31 [DanC_csail]
no, I didn't say "and that's enough"; I said it's pretty close; i.e. it's not different from the oversimplifcation of "DNS trades domain names for IP addresses"
14:48:48 [Ed]
Noah: I think this falls on a spectrum: A scheme to all quite loose and potentially late bound. To 'look in the privacy of your home you can do a lot of wacky things' and so doing anything other than doing HTTP with HPPT protocols is a wacky thing.
14:49:27 [Ed]
Noah: So I think there is confusion and thats why I wanted to do the finding.
14:49:46 [Vincent]
Vincent has joined #tagmem
14:50:05 [Ed]
Henry: I expected you to say the simple position is one in which the scheme and the protocol are one to one.
14:50:40 [Ed]
Noah: In laying out simply, I think people believe both extreams.
14:51:38 [Ed]
Noah: I think part of this is to clarify and point out the section of the documentation
14:52:31 [Ed]
I think one of the things we want to do is to say: For example, about that FTP over HTTP case, are you still in the web architecture or are we saying 'no, thats ok' and its still part of the web.
14:52:52 [Ed]
Dan: I think there are two FTP over HTTP cases. The one Noah wrote up and the one I think is coming.
14:53:10 [Ed]
Noah: The Tradeoffs slide is pointing out where I'm trying to go.
14:54:15 [Ed]
the scheme almost always gets them down to the fact that they get down to http 1.0 or 1.1
14:55:30 [Ed]
Roy: This is going in the wrong direction. Its associating a table of scheme names with a table it has in purpose of resolving the HTTP scheme.
14:55:36 [Ed]
Dan: It looks in the cache first.
14:55:47 [Ed]
Timbl: It looks int he proxy table first as well.
14:56:12 [Ed]
Dan: In the preferances you can point to a piece of java script to configure your proxy.
14:56:22 [Ed]
Henry: Yes, but that just fills the table.
14:57:18 [DanC_csail]
that's a good story to tell in the finding; evolution of wais: from "scheme implies protocol" to proxy mapping
14:58:19 [Ed]
Noah: I think basically that there are a lot of important things happening.
14:58:35 [Ed]
Noah: When you put up an FTP server, you name it with an FTP scheme
14:58:44 [Ed]
Dan: Thats the right way to say it then.
14:59:14 [Ed]
Noah: This is written from the view of the client. If your offering the resource you should name it with the FTP scheme
15:00:03 [Ed]
Noah: I think in that same schenerio the user of that resource they tend to do that same 1:1 thing in reverse.
15:00:46 [Ed]
Dan: I think there is something deeper than that.
15:01:11 [Ed]
Henry: I'd like to go to the detail, its easier to talk about at the detail.
15:01:56 [Ed]
Timbl: The web arch is all about a URI and what it identifies and that is much more valuable and much more of a long term investment.
15:02:12 [Ed]
when we talk about evolution that we have a long-term commitment to that relationship.
15:02:28 [Ed]
Noah: I think the first schenerio is intended to highlight that.
15:03:17 [Ed]
Noah: Its interesting to me that the architecture document doesnt spell out that the relationship between the names and the 'things' is fundamental.
15:03:25 [Ed]
Timble: I dont think that is more broad that this finding.
15:03:56 [Ed]
Henry: I'd like to come back to an aspect of that, its not obvous to me that if I have an architecture resource and I want to mint a URI, then how do I mint a scheme
15:04:31 [DanC_csail]
hmm... perhaps an interesting section for the finding... "I'm introducing an information resource [or something] to the web; how do I choose a scheme?"
15:05:15 [Ed]
Noah: One of the things I learned in June is that one of the scherios that you can get over time is that you may want to support the same resource with multiple protocols.
15:05:55 [Ed]
Where you have what you think as one resource, but you support it with multiple protocols. So if you believe the second bullet then you would have to publish it with multiple URI's
15:06:22 [Ed]
What I've tried to do is to seperate some things that are the general case.
15:06:32 [Norm]
Norm has joined #tagmem
15:06:33 [Ed]
What web architecture allows you to do and not to do.
15:06:50 [Roy]
Most of my comments are at
15:07:28 [Ed]
Dan: Having rules telling you what your allowed to do seems ackward.
15:07:40 [Ed]
Timbl: The web arch permits you to do things.
15:07:45 [DanC_csail]
... since principle #1 of webarch is minimal constraint
15:07:53 [Ed]
Noah: I think we'll get there talking about specifics.
15:08:22 [timbl]
You chose a scheme by its social arrangements (implied commitments, systems of authority, ownership, enforcement, etc) and its technical support (things you can get a representtain, there are concepts of contnt type or not, expiry, etc)
15:08:28 [DanC_csail]
(yes! so let's talk about specifics! this is paaaaiiiinful!)
15:08:57 [Ed]
Noah: Rule#1 states that there is no constraint in the web. You can mix and match
15:09:18 [Ed]
Rule#2: You have an obligation to serve something faithfully.
15:11:11 [DanC_csail]
(I don't think R2 is an architectural rule. I think https is a necessary evil; a non-architectural work-around of practical limitations)
15:11:48 [Ed]
Noah: lets say I send an ftp request over an HTTP protocol and the system knows enough then we should let it respond. But if you cant you need to return a 404 or something to say you cant do this.
15:12:16 [Ed]
Dan: I would like to go through the scenerios
15:12:32 [Ed]
Noah: I want to go through this first.
15:12:39 [Ed]
Henry: Lets finish the slides.
15:13:19 [Ed]
Dan: I was not heard correctly. I want to 'together pick one scenerio'.
15:13:46 [Ed]
Noah: I'm proposing also a rule#3 where the scheme can set expectations for integrity
15:14:57 [Ed]
Noah: So those are the rules as opposed the server as I've proposed them.
15:15:21 [Ed]
On the client, whats the rule that lets me write client software that allows me to do that.
15:15:41 [Ed]
Rule7: Its always safe to attempt access to any resource using any protocol.
15:16:34 [Ed]
Noah: Most of the time you may get a 404 back from the server if thats not ok. If there is a time when I'm violating the web arch, then you have to tell me where.
15:16:52 [Ed]
Roy: Thats not correct, look at your third bullet above.
15:16:53 [DanC_csail]
(again, so we're discussing this?)
15:17:24 [Ed]
Noah: There is nothing a server can to to protect me from a compromised network or a spoofed machine. This is trying to say its safe except for that concern.
15:17:47 [Ed]
Roy: Somehwere you started out with the first paragraph with the relationship between the scheme and protocols
15:17:50 [DanC_csail]
(my major point of order is, once again: I didn't expect a presentation. Noah sent his draft far enough in advance that we should start the discussion with the reviewers, not the writer.)
15:18:07 [Ed]
Roy: This is how you interpret schemes and how you would implement the protocols which is odd to me.
15:19:20 [Ed]
Noah: My point is that in building the browser, one of the major points I need to answer is choosing which DLL that may do something useful for you. But be careful about choosing protocols.
15:19:34 [Ed]
Dan: Thats a lot clearer than saying with a bunch of rules.
15:19:37 [DanC_csail]
15:19:38 [Ed]
Noah: I dont doubt that for browsers thats common.
15:20:46 [Ed]
Noah: G4 - Serviing with protocol associated w/scheme is desirable, users expect this and supports dispatching on Scheme and you shouldnt read this finding otherwise
15:21:35 [Ed]
Noah: G5: Serve existing schemes with new protocols.
15:22:22 [Ed]
Noah: the issue is that by changing the scheme you would either need a new URI and put a pointer to the new page or you can continue to serve the new protocol with the old URI
15:23:40 [Ed]
Noah: Two methods. Do an http: request and get the results. The other method is two round trips, doing the http: request which dispatches the new protocol.
15:23:45 [Ed]
Timbl: couldnt you redirect.
15:23:55 [Ed]
Noah: sure, but thats two round trips.
15:24:51 [Ed]
Timbl: No a redirect states, no.. you shouldnt have used this one you should have used this one. Its operating like a name server.
15:25:04 [Ed]
Noah: Can you do this by media type?
15:25:07 [Ed]
Roy: yes.
15:25:21 [Ed]
Noah: ok, good point. We can also put that redirect media in.
15:25:49 [Roy]
and the Upgrade header field of HTTP/1.1
15:25:58 [Ed]
Noah: We're two bullets away from being done.
15:26:35 [Ed]
G4: not all schemes are quite the same. Where possible, you should support the HTTP scheme.
15:26:38 [DanC_csail]
(tbl seems to say semweb statements work differently with 301 and 302. I find that appealing... I'd like to try to write it in N3 rules and see if tim still agrees.)
15:26:46 [Ed]
Gener user agent guidelines
15:26:50 [Roy]
15:27:08 [Ed]
Heuristic: G* choose protocol based on scheme
15:27:27 [Ed]
G9 its the user end thats responsible for not choosing an untrustworth protocols.
15:27:34 [DanC_csail]
I think the rule is: for http: uri, if you use HTTP, the community endroses the result. If you do something else (e.g. a cache) you do so at your own risk.
15:28:17 [Ed]
Henry: I'd like to talk about the FTP schenerio
15:28:35 [Ed]
Henry: Specifically the one in Noah's report.
15:28:41 [Ed]
Dan: I'd like to talk about a differant one.
15:28:58 [Ed]
Henry: I've done some homework, the only way this can arrise is when you have a proxy.
15:29:13 [Roy]
15:30:02 [Ed]
Henry: It seems that this is a general story and its not, its a proxy story. The only time your supposed to send a get to an address with an absolute URI is when its a proxy.
15:30:39 [Ed]
Noah: I think what your saying is that there needs to be a proxy in the proxygateway, but would be an error if there is a hard-drive on this server.
15:30:51 [Ed]
Dan: A proxy is one who acts on behalf of somebody.
15:31:15 [Ed]
Timbl; it acts both ways, acts on behalf of the client to the server and to the server for the client.
15:31:47 [Ed]
<scribe finds it difficult to note finger points at the screen>
15:32:02 [Ed]
Dan: Its a question of who trusts who
15:32:10 [Ed]
Timbl: they both have to trust each other.
15:32:56 [Ed]
Dan: In what case does the server trust the proxy?
15:33:22 [Ed]
Timbl: the proxy logs on as 'bill gates' but the proxy isnt really bill-gates
15:33:42 [Ed]
Dan, no.. then the user messes with the server.
15:34:02 [Ed]
Dan: The user/agent and Proxy/gateway is one trusted relationship.
15:34:21 [Ed]
Timbl: If you have trouble with FTP sites, then you can use a proxy.
15:34:31 [Ed]
Dan: Sure, so express your trust in our proxy and go at it.
15:35:06 [Ed]
Noah: Lets say that the same administrated entitiy ownes both.
15:35:26 [Ed]
Then after a while I say, you know.. I can write software that can do both.
15:35:48 [Ed]
Noah: My finding says that thats ok, because nobody from the outside can tell the differance.
15:35:51 [Ed]
Dan: No..
15:36:14 [Ed]
Noah: I think there needs to be two answers, one for HTTP protocols in particular and I'm hearing maybe not.
15:36:26 [Ed]
Noah: or might it be ok for some other protocol on the web.
15:36:43 [Ed]
Dan: I dont think it has anything to do with the specific protocol.
15:37:35 [Ed]
Henry: The social implication of calling it a proxy is that it should be a general purpose and you've changed this to be your specific purpose, not general purpose.
15:37:47 [Ed]
Noah: You cant tell the differance from the outside.
15:38:10 [Ed]
Noah: So if that software is collapsed onto one machine, but they run seperatly then thats ok?
15:38:27 [Ed]
Dan: I'm saying that if you follow the protocols than its endorsed by this community.
15:39:06 [Ed]
Timbl: the web arch defines scheme names and so when your defining a scheme name you do it for certain social features as well as technical features.
15:40:23 [Ed]
If your going to define a new stack or new protocol you need to provide the same social features as well as technical features.
15:40:55 [Ed]
under technical features there are things like richness of the space and security
15:41:01 [Roy]
I wrote my own version of this finding in 1995
15:41:02 [Ed]
differant spaces are very differant.
15:41:03 [Roy]
15:41:26 [Ed]
Noah: The rule that was intended to cover that is this one (R2)
15:42:21 [Ed]
Timbl: Yes, I do accept that. But I think you talk about server space and security/integrety but there is a long list of additional things (like delays etc). The technical architecture must set forth expectations that they need to meet.
15:42:30 [Ed]
How the namespace is controlled and how I get one etc.
15:42:48 [DanC_csail]
(scanning draft-ietf-uri-roy-urn-urc-00, the relevance doesn't jump out at me.)
15:43:22 [Ed]
Noah: In practice those things will come from the protocol. When I invent a new scheme, If those expectations get very elaborate or very specific then there may be only one protocol which meets all those things.
15:43:29 [Ed]
Timbl: no, thats not what I'm saying.
15:43:32 [Roy]
(section 6.1)
15:43:55 [Ed]
Noah: your saying no it can go way beyond that. I'm suprised because the whole notion of operations..
15:44:09 [Ed]
Timbl: You mentioned on HTTPS there is a notion that it should be secure.
15:44:40 [Ed]
Dan: Can we zoom back into the FTP schenerio?
15:44:59 [Ed]
Timbl: Its perfically acceptable to use HTTP to implement FTP.
15:45:16 [Ed]
Dan: This makes sense to me, but you'd have to get that documented as a community consensus.
15:46:09 [Ed]
Dan: If you did FTP and it returned bits a court would support it, if you used HTTP transtaions to return FTP bits then people could say your proxy is messed up.
15:47:03 [Ed]
Noah: My finding says that I as the provider has to warrent that this is correct.
15:47:18 [Ed]
Dan: But it seems to me that we could tell a much simpler story.
15:47:44 [Ed]
Timbl: But one of the reasons why its always ok to use HTTP: is because/when FTP is rare.
15:48:02 [Ed]
Dan: But can you skip the gateway and go directly to the resource server, could you still use FTP
15:48:54 [Ed]
Roy: I think the answer is that you can do that if the user has given consent.
15:49:34 [Ed]
Dan: What I got out of this writeup is that there is some choice that the origan server is is making to say I'm using HTTP istead of FTP server.
15:50:48 [Ed]
Henry: So this is just a vanilla proxy story
15:50:59 [Ed]
Timbl: yeah, possibly.
15:51:39 [Ed]
Dan: Draws on the board: < -> HTTP -> <-ftp->
15:52:32 [Ed]
Henry: But do be a proxy you have very specific rules you need to follow. I know this will work, regarless of what protocol you send, this will work. But where it gets interesting is that in the extream case where you run an http server which only responds to FTP servers from only my domain.
15:53:00 [Ed]
and In fact I'm only going to implmenet the security for my domain and the protocols for my domain, but I'm only going to deal in the port 80.
15:53:20 [Ed]
Its not clear to me that this is really a proxy.
15:54:01 [Ed]
Noah: What we're discussing is interesting, but its not related to my paper.
15:55:05 [Ed]
Dan: I know. But lets say that if Desktop.anywhere and does a get ftp:// but doesnt give any money. They say its only for my customers but doesnt stop others from doing it, the it doesnt protect the social aspects.
15:55:08 [Roy]
HTTP only standardizes transparent proxies -- it does recognize non-transparent proxies exist.
15:55:37 [Ed]
Timbl: Is it ok to use a differant protocol than that which has a differant name from the scheme name, and we're saying yes.
15:55:47 [Ed]
Henry: Yes, but only in very specific cercomstances.
15:56:15 [Ed]
Dan: So if you use a one word answer yes than that means that anyone can use anyone.
15:56:32 [Ed]
Timbl: Which is why yes, you need to preserve the social requiements as well.
15:56:42 [Ed]
Henry: I dont think this is a general story.
15:58:12 [Ed]
Dan: An ssh server only does tunneling and cannot change protocols
15:58:41 [Ed]
Noah: Henry, you said "I think its ok, to use an unnatural protocol to change schemes but only in limited schenerios"
15:59:06 [Ed]
Noah: I think the ones that are interesting are the ones which will come in the future.
15:59:30 [Ed]
I said watching for the ones that dont mix and match are certinly your responsibility.
16:00:39 [Ed]
Dan: this phone < http > < ftp >
16:00:47 [Ed]
is worth writting up
16:01:33 [Ed]
Dan: If someone else hits without an agreement then they havent proposed a social contract.
16:02:57 [Ed]
Timble: ok, so < https > < http > dphone is an isuse.
16:03:33 [Ed]
Noah: So two things are wrong with this. 1) to serve faithfully which he's not and 2) in this particular case the bank shouldnt be trying
16:03:58 [Ed]
Noah: Your (the user) is responsible for knowing if the protocol is good enough.
16:04:29 [Ed]
Timbl: For example if you use a non-streaming protocol to something that needs to be streamed.
16:04:54 [Ed]
Noah: But if a user would rather get it without streaming then with nothing at all.
16:06:22 [Ed]
Henry: The problem I have with this is that it makes sweeping statements which are mostly only true with HTTP protocols.
16:07:05 [Ed]
Timbl: Your only talking about retrieving representations.
16:07:38 [Ed]
Henry: The finding states in 4.1.2 R2. Serve failthfully (see finding)
16:07:53 [Ed]
16:08:11 [Ed]
Henry: its clear that serve is meant generaically and it may mean 'update'.
16:08:48 [Ed]
Timbl: In each scheme there are differant social and technical procedures which must be preserved.
16:09:15 [Ed]
Timbl: I dont like 'serve faithfully'
16:09:43 [Ed]
Timbl: For example: If we had an http: proxy server for mail and I'm going to do a post.
16:09:59 [Ed]
Dan: This is what I wanted to do.. I wanted to drill to one example and drill to a rule.
16:10:23 [Ed]
Noah: I was trying to find a large number of rules and boil them down to a few rules which are widely acceptable.
16:10:57 [Roy]
Short rule: interaction must be faithful to what has been authorized by the resource owner
16:11:09 [Ed]
Timbl: I think there are a lot of words in this finding.. does it warrent so many words.
16:11:20 [DanC_csail]
(we got thru a scenario to my satisfaction, but we didn't get to the fact that we learn.)
16:11:28 [Ed]
Timbl: There are some cases when you can use a differant protocol from the original protocol to access a resource.
16:11:58 [Ed]
Henry: By and large the answer is that schemes go with protocols, instead of switching it around and saying anything goes.
16:12:10 [Ed]
Noah: This is a guideline (4.2.1.g4) right?
16:12:38 [Ed]
Timbl: do you really want to argue that anything goes should be in there. Because I think there is a lot of push back in there.
16:12:53 [DanC_csail]
2nded: what HT said: start with "schemes go with protocols" and then explore what needs to be there for an exception
16:13:22 [Ed]
Noah: Yes, I think I do.. because in my Video idea example its much easier for the users.
16:15:12 [Ed]
Roy: The uri scheme discussion isnt there. This is a discussion as to which URI scheme you use when you need a URI scheme
16:15:41 [Ed]
Roy: Once you identify the resource, once you want access to a given resource, you need to use the scheme needed to access that protocol.
16:16:03 [Ed]
Henry: Thats related to the question I wanted to get back to.
16:16:04 [Roy]
16:16:26 [Ed]
Henry: The social and technical variences are because of the stated protocols.
16:17:08 [Ed]
Dan: we might have mis-phrased our feedback
16:17:33 [Ed]
Noah: I thought that what I listed here were the schenerios where we said 6 months ago were way too rigid.
16:17:50 [Ed]
Noah: So I wrote up the scenerio about it. Because its about the future.
16:19:30 [Ed]
Timbl: What you can do is look at the telephone scheme. based on the rotery dial, then based on the area code where you punch in the number of the area code but then there was an idea that the number took you to a particular telephone.
16:19:56 [Ed]
Then the phone numbers started to relate to a mobile phone, and now you can keep the number even if you change your phone, and late to even if you change your company.
16:20:23 [Ed]
so they made the space richer and more valuable by allowing you to keep your phone number (social aspect).
16:20:46 [Ed]
Noah: Yes, but it doesnt keep haning up and picking up (referance to redirect)
16:21:02 [Ed]
Timbl: Yes, but now you have text messaging etc.
16:22:25 [Ed]
Timbl: So the thing is morphing, and the web is morphing as well.
16:23:14 [Ed]
Noah: I think we have a meta question here. If we should spend some time on this. In some ways I'm feeling good about this discussion because I think its moving forward. However at this current course and speed we could spend the full two days on this topic.
16:23:35 [Ed]
Timbl: Well, you've received specific feedback and we need to accept that.
16:23:51 [Ed]
Noah: We'll, I'd like to go back and evaluate it before I accept it.
16:24:36 [Ed]
Noah: I think I'm hearing Tim say that changing protocols is important
16:24:50 [DanC_csail]
2nded: what HT said: start with "schemes go with protocols" and then explore what needs to be there for an exception
16:24:51 [Ed]
Timbl: I suggested evolution is import.
16:24:54 [timbl]
""There are some cases when you can use a differant protocol from the original protocol to access a resource."""
16:25:29 [Ed]
Noah: I'm still struggeling with this.
16:25:47 [Ed]
Noah: I have to go back to the first version I had because it tried to do that.
16:26:01 [Ed]
Henry: You covered a lot more ground on this, so we're not saying go back to the june draft.
16:26:40 [Ed]
Noah: Part of what I'm trying to do is cover the full spectrum.
16:27:14 [Ed]
Noah: Am I right in saying that the only time that you would see a differant scheme is when there is a two hop proxy thing here <referring to mobil phone sketch>
16:27:29 [Ed]
Henry: Its worth a footnot saying there are not really two stops.
16:27:42 [Ed]
Noah: I thought I heard Tim say its really important to allow that.
16:28:12 [Ed]
Henry: Http has a pecurlar status in this discussion. In general your not going to see that, when the protocol is HTTP the space is a bit wider.
16:28:37 [Ed]
Timbl: I think your trying to over generalize here. What you can do is to make an architecture where you mix and match things.
16:28:57 [Ed]
like going to the market and buying things or putting together lego blocks, because they're very differant.
16:29:04 [noah]
Proposal (to be wordsmithed): "Mixing and matching protocols with schemes is not in all cases forbidden."
16:29:14 [Ed]
You only use a differant protocol when its fundamentally differant.
16:29:51 [Ed]
Timbl: What I just said is why I dont like the general statement.
16:30:09 [DanC_csail]
q+ to suggest replacing R1 with re-iterating the principle of minimal constraint (and maybe some motherhood about evoluiton)
16:30:25 [Ed]
Henry: What follows from the document the way you've written is that there is an expectation that there is a plausable plan that it should piggy back any other protocol.
16:30:41 [Ed]
Henry: And you dont want to go there.
16:31:02 [Roy]
s/This is a discussion as to which URI scheme you use when you need a URI scheme/This finding says that protocols are associated with URI schemes, whereas it should say that URIs are allocated to resources and, once allocated, the resource can be accessed via protocols that are consistent with the nature of that resource./
16:31:09 [Ed]
Noah: i feel like now or sometime we need to go through that first scenerio.
16:31:09 [Vincent]
ack danc
16:31:09 [Zakim]
DanC_csail, you wanted to ask to move discussion of "authoritative metadata" to tomorrow, by which time I expect to have read it and to suggest replacing R1 with re-iterating the
16:31:13 [Zakim]
... principle of minimal constraint (and maybe some motherhood about evoluiton)
16:31:28 [Ed]
Noah: Moving to video example
16:31:46 [Ed]
examining approaches from draft finding;
16:31:53 [Ed]
16:32:51 [Ed]
Noah: What if I have a video feed but I also offer a transcript
16:33:07 [Ed]
Noah: or in the worst case, I can serve it with mpeg or via http
16:33:14 [Ed]
Dan: We should zoom into that
16:33:31 [Ed]
Noah: I thought i had feedback that we should be very sensitive to all the existing links out there.
16:33:42 [Ed]
Henry: I think your approach 3 does that very satisfactory
16:34:29 [Ed]
Dan: So in this case (Scenario 1) its not completely obvious where I'd want all my links to be the same.
16:34:37 [Ed]
Henry: so I dont get that at all.
16:34:57 [Ed]
Dan: so its not 'today's vidio' its 'today's crash video.av1'
16:36:11 [Ed]
Timbl: I think Dan was going to say something else.
16:36:43 [Ed]
Dan: we used to be very sensitive to the fact that we didnt want to send everything to everybody so in fact the result is we just send mp3 files to everyone.
16:37:13 [Ed]
Noah: My guess is that what people will do in this example is that people will want to do real TV quality over the web.
16:37:21 [Ed]
Timbl: Are we aware of RTF3?
16:37:24 [Roy]
16:37:40 [Roy]
16:39:00 [Ed]
Timbl: could you actually call out FTFP in your discussion
16:39:18 [Ed]
Noah: I'd be glad to. I was thinking Approach 3 did that.
16:40:02 [Ed]
Timbl: Its easier to set yourself up to handle a mime type than a new URI.
16:40:22 [Roy]
s/Once you identify the resource, once you want access to a given resource, you need to use the scheme needed to access that protocol./Once a resource is identified, any protocol that can faithfully interact with that resource can be used to access that URI scheme./
16:40:58 [Ed]
Henry: what the application gets is the contents of the ram file, not the URI.
16:43:44 [Ed]
Henry: In approach 3,putting G6 in this example I strongly object to
16:44:01 [Ed]
Noah: This may have just been an editorial mess-up.. I think I put them in either or.
16:44:21 [Ed]
Timbl: I disagree with genralizing like that. (like approach 2).
16:44:37 [Ed]
Noah: See, I feel the need to generalize and I'm clearly getting pushback.
16:44:39 [Roy]
RTP is the streaming protocol. RTSP is the variant of HTTP over UDP.
16:44:41 [Ed]
Timbl: Right.
16:45:15 [Roy]
16:45:24 [Ed]
Noah: Its worth putting in general terms whatever can be said generally. I may be worth noting that there is very little that can be stated this way then.
16:45:55 [Ed]
Dan: I think we all agree we should say the most general say we can say and then dont go higher than that.
16:45:55 [Ed]
Noah: Ok, so I'm not sure then.
16:46:04 [Ed]
Dan: We've gone through two, lets do one more.
16:47:47 [Ed]
Timbl: There is an R7 that I object to. You can design an architecture in which a given protocol is used for a specific way (for example smtp could be used to 'explain') but, unless the whole community agrees its a wise thing to do then its an issue.
16:48:24 [Ed]
Noah: I agree its not worded the way I needed. What I was trying to say is that there is a sense in which its safe.
16:49:00 [DanC_csail]
q+ to clarify "community endorses" and "user consent"
16:49:14 [ht_stata]
I don't understand how you can send an http: URI to an smtp server. . .,
16:49:59 [Ed]
Timbl: Its not enough to show that I have a system that works, its more important that the whole community agrees on how the protocol SHOULD work.
16:50:16 [ht_stata]
Tim is talking about sending 'explain', which is way weaker than any URI. . .
16:50:29 [Ed]
Noah: So I think your saying that my proposal suggests you can go willy nilly and do whatever you want.
16:50:33 [Ed]
Timbl: yes
16:50:56 [Ed]
Noah: What I'm trying to say is that when you have something that doesnt work, then its ok to switch protocols.
16:51:01 [ht_stata]
My point, again, is that as far as I know _only_ http has a mechanism for pushing an arbitrary URI to any server for any protocol other than http
16:51:19 [Ed]
Noah: I was trying to say 'the common casesses are common' but this is how you do the exceptions.
16:51:28 [Vincent]
ack danc_csail
16:51:28 [Zakim]
DanC_csail, you wanted to clarify "community endorses" and "user consent"
16:51:42 [Ed]
Dan: We need to keep this evolvable, and so we're going to put a few constraints in place as possible.
16:52:00 [ht_stata]
s/explain timbl@w3.rog/EXPN
16:52:22 [Ed]
Dan: Schemes go with protocols is a better way to start the story (point1)
16:52:42 [Ed]
Timbl: When a scheme is created it generally supported by a new protocol.
16:53:43 [Roy]
info is a grant that was spent before the clue was obtained
16:53:54 [Ed]
Dan: you can start with schemes start with protocols, but by the way, you can do a chache and why is that ok.
16:54:08 [Ed]
Also, when you say you said HTTP but you can use FTP.. and why is that ok.
16:55:07 [Ed]
Noah: I'll take the imput, I think I'm hearing I've gone too far and that I need to move back closer to where I was six months ago.
16:55:48 [Ed]
Noah: I'm learing a lot about the web as I'm doing this.
16:55:50 [timbl]
16:56:03 [Ed]
ack timbl
16:56:38 [Ed]
Henry: Since I found approach 3 very satisfactory if there is a scenario which makes it
16:56:52 [Ed]
Dan: I have an arguement against approach 3
16:57:03 [Ed]
Henry: The ram approach? I'd like to see that one.
16:58:09 [Ed]
Dan: Ok, so our two choices are <a href: "tagm.irc"#tagmem</a?> and irc, server, chan
16:58:49 [Ed]
Dan: And then someone else points to another tagmem on their pc, it may be a totally differant file because its local on my pc
16:59:20 [Ed]
Timbl: Henry's point then is that this is not what we do.
17:00:08 [Ed]
Noah: I think what approach 3 would say is that if these were going to become web resources then the IRC resource should source this with one URI and an aurhoritative source.
17:00:19 [Ed]
Henry: Dan, you did say you were going to explain the ram files.
17:00:32 [Ed]
I see you saying thats not true for irc files, but not for ram files
17:01:08 [Ed]
Noah: I thought it was implicite that you would forward to 'the link' and that there would be a URI and you would click it and an its in the HTTP scheme and there is only one of them.
17:01:34 [Ed]
Noah: The model is everytime you go to the resource, you go back to the original URI
17:02:01 [Ed]
Timbl: The primary reasons for doing this is because you dont know about HTTP redirection or the browser doesnt support it.
17:02:25 [Ed]
Noah: Just to capture this, Timbl is saying we can do this with redirects
17:02:40 [Ed]
and Dan is saying they can do this with irc files.
17:03:28 [timbl]
q+ to answer why not HTTP
17:03:29 [Ed]
Dan: The clients are not starting to accept irc:// instead of < a href 'ta... which is a good thing.
17:03:34 [Ed]
Noah: Why is this a god thing
17:04:08 [Ed]
Noah: In retrospect why shouldnt have been IRC server whatever, query string ? Irc channel.
17:04:28 [Ed]
Timbl: Because the social and technical aspects are almost totally seperated.
17:04:39 [Ed]
Timbl: The chat challen is more like an email address.
17:04:45 [Ed]
Noah: Ok, that sounds right.
17:04:51 [Ed]
Dan: Its hard to explain.
17:05:03 [Ed]
Henry: If you could, you wouldnt need the finding.
17:05:36 [Ed]
Noah: What I'm hearing is that schemes register information spaces and that they define the charactoristics of the things being named.
17:07:13 [Ed]
Timbl: You could slowly make IRC move to jabber, but it would be very difficult architecturally to make that change.
17:08:33 [Ed]
Henry: this is the first case that we have in front of us where a new IRC: protocol is generally regarded as a good thing.
17:09:22 [Ed]
Dan: when I read the IMAP spec I think why not HTTP.
17:09:33 [Ed]
Timbl: Then why shouldnt jabber be in the irc spec
17:09:52 [Ed]
Timbl: I'd like to get the upgrade of http to a pier to pier network.
17:10:25 [timbl]
(peer to peer)
17:10:25 [Ed]
Noah: Now what I did with the pier to pier here (3.2)
17:10:25 [DanC_csail]
^ yeah, henry's point is interesting; I hope it makes it into the finding
17:12:04 [Ed]
Noah: Rule 1: Serving that HTTP space using any protocol is not in error.
17:12:33 [ht_stata]
s/new IRC: protocol/new URI scheme/
17:12:36 [Ed]
Rule2: May peer-to-peer protocols have the characteristic that the content they serve is based on a distributed agreement amon those using the network.
17:13:22 [Ed]
Dan: I think we should split these into two scenerios
17:13:42 [Ed]
TimBl: I think we should focus on why this one is good.
17:13:55 [Ed]
Norm: I think we should at least point out why this may exist.
17:14:15 [Ed]
Norm: Read the second scenario because it says that sort of thing.
17:15:03 [Ed]
(3.3 Scenario)
17:15:25 [Ed]
Roy: this is a strange scenario
17:15:45 [Ed]
Timbl: In this case your going to be encrypting it and signing it.. I thought we were discussing 3.2
17:15:55 [Ed]
Noah: You mentioned checksums
17:16:13 [Ed]
Dan: But you talked about checksums and he talked about them in 3.3
17:16:31 [Ed]
Timbl: i'm not clear is 3.3 is talking about existing protocols or new protocols.
17:16:36 [Ed]
Noah: Both
17:16:58 [Ed]
Timbl: I think if its hypotentical then I dont see where checksums could not be used.
17:17:10 [Ed]
you want confidentially as well as integrity of data.
17:17:34 [Ed]
Noah: Thats not clear to me. That is impliciate as part of the scheme.
17:18:06 [Ed]
in practice HTTPS is almost always invoked with https protocol. Its supposed ot make it invisible to the guy in the middle.
17:18:13 [Ed]
Roy: There is no HTTPS protocol
17:18:20 [Ed]
Noah: I mean the protocol we run with the ssl.
17:18:50 [Ed]
Roy: it means http over a secure channel. Its primary purpose of the https is to make it hidden between viewers not to make it correct.
17:18:58 [Ed]
Dan: I'll object, but I'll wait my turn.
17:19:26 [DanC_csail]
17:20:20 [Ed]
Noah: to say that something is secure means that you know something about the operations. Because your security a get or a put.
17:23:03 [Ed]
Roy: You have protocols that define resource. Those resources exist within namespaces of those protocols. THen you have desire to access those protocols withing that namespace and the quesiton is can you obtain access to resources in the old protocol with the new protocol.
17:23:22 [DanC_csail]
q+ to suggest that the p2p scenario have the publisher _not_ know how much interest there will be when the http: name is allocated
17:23:48 [Ed]
Noah: But if I wrote software that wanted to do that by implementing a new protocol than your saying its a bad idea?
17:23:51 [DanC_csail]
ack timbl
17:23:51 [Zakim]
timbl, you wanted to answer why not HTTP
17:23:51 [timbl]
17:23:58 [Ed]
Roy: I'm not saying its prohibilited at all
17:24:03 [Ed]
Noah: Ok, I thought you were.
17:24:05 [DanC_csail]
ack danc
17:24:06 [Zakim]
DanC_csail, you wanted to say I'm not sure https should have been a separate naming scheme from http; but to the extent that it is, it's to connect the // stuff to the PKI
17:24:08 [Zakim]
... and to suggest that the p2p scenario have the publisher _not_ know how much interest there will be when the http: name is allocated
17:24:13 [timbl]
17:24:40 [Ed]
Dan: R3 I'm not sure I buy into. There are differant ways you could have flagged to the client that they shouldnt have used clear text for this.
17:26:21 [Vincent]
ack timbl
17:26:36 [Ed]
Timbl: This has all been examined from what a client or server should do.
17:26:48 [Ed]
Timbl but now what is appropriate for w3c working groups should do?
17:27:36 [Ed]
in firefox 3.2 and experimental system was stuck in, that when there was no response from the server a new HTTP request was put in the server.
17:28:59 [Ed]
timbl so when it got a successful dns but got a failed https then it would go back to the referring server and ask for the same page to get it from cache.
17:29:28 [Ed]
but then people realized this was only hitting 1/3 of the servers and other servers were being over-loaded
17:30:18 [Ed]
(future.. tentative discussion)..
17:30:35 [Ed]
so the new version comes out two years later with a true pier to pier version.
17:30:51 [Ed]
Dan: How does it preserve the property that the publisher gets to say what the right answer is.
17:31:17 [Ed]
Timbl: so when you do a hit to the original server, it will do a checksum.. so it would give you enough information.
17:32:35 [Ed]
<whiteboard discussion/drawings of above case>
17:34:01 [Ed]
Dan: So this argues that https doesnt need to be there.
17:34:25 [Ed]
Timbl: I may make sense that we keep the http protocol for this
17:34:35 [Ed]
Dan: last time we tried this it failed.
17:34:52 [Ed]
Dan: Put a check-sum next to the link and say dont do this in the clear
17:35:36 [Ed]
Timbl: so instead of putting the 's' in the https, put http:/secure/ in the url
17:35:51 [Ed]
Dan: It still gives it a distinct name.
17:36:10 [Ed]
Roy: They want o be able to dispach handlers based on the http name.
17:36:24 [Ed]
Timbl: Well, http could have just gotten bigger.
17:36:35 [Ed]
Roy: Well, yeah it could have..
17:37:33 [Ed]
Dan: The question was does it need to get a new name in order to get a peer to peer to be available.
17:38:13 [Ed]
Timbl: Its still http: its just that they have a new browser.
17:38:45 [Ed]
Henry: The work has been done. The information community has come up with a set of conventions with the checksum in the uri
17:38:59 [Ed]
Dan: We may want to cite that.
17:40:39 [Ed]
Timbl: What I'm trying to say is that we'll need to provide an fancy version of http in the future that can do this.
17:40:51 [Ed]
Vincent: I propose we close this topic for now.
17:41:12 [Ed]
Dan: I think we should try again sooner.
17:41:36 [Ed]
Noah: I can do this again quickly, yes, but I'm not sure if I can do it in two weeks.
17:41:56 [Ed]
Dan: So, how can we move this ahead again.
17:42:09 [Ed]
Noah: Its just going to take a little time to digest and re-write.
17:42:26 [Ed]
Ed: Can we do one part of at a time
17:42:36 [Ed]
Noah: I was trying to hit the sweet spot inbetween
17:43:00 [Ed]
Noah: There were some parts we didnt get to.
17:43:32 [Ed]
Dan: I want the scherio and rules together, its hard to see the scenerio before you can see the rule.
17:44:02 [Ed]
Noah: Thats been part of the challenge, last time I heard we were gong to need the scenerios first.
17:44:10 [DanC_csail]
(I want a document that I can read from top to bottom)
17:44:27 [Ed]
Roy: Its unlikey that this will come up again before mid-january.
17:44:50 [Ed]
ACTION: Noah to produce new version of this document
17:55:23 [Roy]
17:56:31 [dorchard]
dorchard has joined #tagmem
17:57:30 [Roy]
on lunch break
17:59:42 [timbl]
The assembled company agrees that this is a good question
18:02:47 [Norm]
We resume at 13:30 EST
18:28:32 [ht_stata]
zakim, this will be TAG
18:28:32 [Zakim]
ok, ht_stata; I see TAG_f2f()1:00PM scheduled to start 28 minutes ago
18:29:20 [ht_stata]
scribe: Henry S Thompson
18:29:31 [ht_stata]
scribeNick: ht_stata
18:33:04 [ht_stata]
zakim, what is the code?
18:33:04 [Zakim]
the conference code is 824323 (tel:+1.617.761.6200), ht_stata
18:33:22 [Zakim]
TAG_f2f()1:00PM has now started
18:33:29 [Zakim]
+ +1.617.253.aaaa
18:33:39 [ht_stata]
zakim, + is dorchard
18:33:39 [Zakim]
+dorchard; got it
18:33:55 [ht_stata]
zakim, dorchard is stata
18:33:55 [Zakim]
+stata; got it
18:35:03 [ht_stata]
zakim, stata has TimBL, DanC, Roy, noah, Vincent, Ed, ht_stata, Norm
18:35:05 [Zakim]
+TimBL, DanC, Roy, noah, Vincent, Ed, ht_stata, Norm; got it
18:35:30 [ht_stata]
Topic: Agenda for this afternoon
18:35:54 [ht_stata]
VQ: what is the situation wrt Principle of Least Power -- was discussed when I was away
18:36:33 [ht_stata]
NW: ? and I had an action to review Tim's discussion of this issue [PLP URL], which we did
18:36:52 [ht_stata]
s/? and I/Roy and I/
18:37:21 [DanC_csail]
walsh's review
18:37:35 [ht_stata]
18:37:59 [ht_stata]
DC: Should we raise an issue for this
18:38:34 [ht_stata]
VQ: OK, so we'll start with 3.2, Future Directions, then move to XML Versioning
18:38:44 [ht_stata]
Topic: Future Directions
18:39:19 [ht_stata]
TBL: At the AC meeting it seemed clear, in discussion with VQ, that we needed to think about our future directions
18:40:01 [ht_stata]
... Focus for next 12 months
18:40:08 [Zakim]
18:40:59 [ht_stata]
... Gone from TAG responding to WGs and writing findings, to TAG writing a document, to post-document accommodating new members
18:41:30 [DanC_csail]
18:41:30 [ht_stata]
... We could go back to doing findings, and then to V2 of WebArch
18:42:11 [Zakim]
18:42:19 [DanC_csail]
oops; hang on dave
18:42:40 [DanC_csail]
LOL! "hold on, dave, we'll be right with you", timbl says into the end of the cable ;-)
18:42:49 [ht_stata]
... Or we could look in novel directions, e.g. follow up the possibility opened up by the httpRange-14 finding and look at the there's only one Web/SemWeb
18:43:10 [ht_stata]
[pause to cope with unplugged conference phone]
18:43:12 [Zakim]
18:44:20 [ht_stata]
[pause to try to powerdown the projector]
18:44:48 [ht_stata]
TBL: Pleas at AC for help around Web Services -- provide answers to what they should do
18:44:51 [DanC_csail]
(I didn't hear the help-with-ws requests as directed to the TAG)
18:45:17 [ht_stata]
... Some people commented on the unfortunate demise of the Web Services Arch Group
18:46:12 [ht_stata]
DO: Wrt Web Services, TAG should focus on aligning WSArch with WArch, helping making more WS resources available for GET, e.g. via an EPR->URI mapping, that would be good
18:46:24 [DanC_csail]
q+ to think out loud if separating service-oriented-architecture from Web Architecture is more cost-effective than trying to smush them together
18:46:53 [ht_stata]
... Doing something tactical like that makes more sense than trying to do a big encompassing WSArch story, especially given that so much of WS is being built elsewhere
18:47:03 [ht_stata]
ack DanC
18:47:03 [Zakim]
DanC_csail, you wanted to think out loud if separating service-oriented-architecture from Web Architecture is more cost-effective than trying to smush them together
18:47:39 [noah]
18:47:45 [ht_stata]
DC: Is there something the people who didn't play the first time would find compelling, perhaps turning around and talking about why SOA/WS is _not_ the Web
18:48:21 [ht_stata]
DO: Well, I think WS and W are both SOAs, but there's no consensus about wakes makes something SOA
18:48:49 [ht_stata]
... My take is that SOA is just 'Learn the lessons of distributed computing'
18:49:33 [ht_stata]
... In the absence of support for REST-style WS, e.g. from IBM and MSoft, where does that leave the work on WS that _are_ RESTful?
18:50:05 [ht_stata]
... Would getting EPR->GET into Apache, would that be enough to fix things, or at least start a move in the right direction
18:50:16 [ht_stata]
ack noah
18:50:21 [Vincent]
ack noah
18:51:03 [ht_stata]
NM: There are circumstances where bringing WS into the Web is a good idea, but the WS implementors I talk to aren't interested.
18:51:38 [ht_stata]
... Consider the WSRF cases, such as a URI for a disk controller, and there's a parameter for the drive -- why does it matter if I can't address each drive
18:52:11 [ht_stata]
... You say, what about content negotiation, maybe a disk drive could produce a web page to describe its state
18:52:50 [ht_stata]
... They look at you like you're from some other planet. But remember that you would have gotten the same response 10 years ago wrt web servers in printers
18:53:25 [ht_stata]
... Parallel with SOAP via HTTP GET, that implementors see insufficient demand to make it worth their time to implement
18:53:35 [ht_stata]
DO: So what does that mean for TAG vis a vis WS?
18:54:12 [ht_stata]
NM: Bounded efforts to get things straight, e.g. dialogue with EPR guys to improve the situation
18:54:27 [DanC_csail]
q+ to say that our investigation of issue 47 seems productive to me; I don't see anything that would be _much_ better than current tactics
18:54:38 [ht_stata]
... Larger role to try to find ways of convincing that community that this stuff is important and they should care
18:55:05 [ht_stata]
... A bit concerned at making a big effort to produce something that no-one is listening to
18:56:08 [dorchard]
q+ to say that I don't think the issue 47 stuff will change more than .1% of web services deployed.
18:57:48 [ht_stata]
NM: Web page assembly using WS is one thing, actually only surfacing material only via WS is another
18:58:34 [ht_stata]
... Real value is when same resource is available via HTTP GET _and_ WS. . .
18:59:06 [ht_stata]
TBL: What's the advantage of exposing as a WS?
18:59:54 [ht_stata]
ER: It's easier to put the business intelligence in the server that replies to the WS request
19:00:20 [ht_stata]
... That determines the targetted marketing content
19:00:33 [ht_stata]
DC: Different from using lots of java?
19:01:22 [ht_stata]
ER: It's a software engineering story -- much easier to design/develop/deploy
19:01:55 [ht_stata]
... Good synergy with developing content and info in XML
19:02:27 [ht_stata]
... Bridges mixed language working (.NET/Java/...)
19:03:01 [ht_stata]
DC: Complexity of these development issues is that they don't make simple things simple (GetStockQuote is not a GET)
19:03:25 [ht_stata]
... Bad because small devs do things completely differently from big Enterprise shops
19:04:30 [ht_stata]
HST: Used to all be the same, but now Enterprise-level stuff has done what it always does
19:04:49 [DanC_csail]
(what was that WS- portal thingy? and the corresponding JSR?)
19:04:50 [ht_stata]
NM: Interested in the addons, e.g. security beyond https?
19:04:57 [DanC_csail]
ack danc
19:04:57 [Zakim]
DanC_csail, you wanted to say that our investigation of issue 47 seems productive to me; I don't see anything that would be _much_ better than current tactics
19:04:57 [Vincent]
ack DanC
19:05:03 [ht_stata]
ER: Not often
19:05:20 [ht_stata]
DC: issue 47 seems relevant here
19:06:26 [DanC_csail]
DC: I'm happy with the way we're handling web services issues, e.g. endpoint refs 47. I'm learning from our discussions.
19:06:50 [ht_stata]
ER: I'd be happy if you could just drop a WS into an HTML page and have it work
19:07:26 [ht_stata]
... We don't have web pages in HP anymore -- content blocks are assembled via WebServices
19:07:49 [ht_stata]
... We feed our clients with HTML or XML
19:08:14 [ht_stata]
... If it's XML, it's either WSRP or text-oriented XML
19:09:04 [ht_stata]
RF: What you're describing is a pretty standard portlet architecture, but it's pretty much one-way
19:09:31 [ht_stata]
... The constrast is with JCR JSR170 -- Java Content Repository, which is two-way
19:10:17 [Vincent]
ack dorchard
19:10:17 [Zakim]
dorchard, you wanted to say that I don't think the issue 47 stuff will change more than .1% of web services deployed.
19:10:51 [DanC_csail]
(no, I didn't say that, dave. I said our discussion of ep-47 is comfortable to _me_)
19:10:59 [ht_stata]
DO: DC said 47 is a good way to help the WS group, but I don't think this is going to change much if anything wrt deployed endpoints
19:11:42 [ht_stata]
... The technology for doing what we would recommend, that is providing EPR functionality via URIs, isn't out there, so they're just going to ignore us
19:12:07 [ht_stata]
... So in terms of effectiveness, not much joy here
19:12:38 [ht_stata]
... That's why I'd like to do a modest technical effort to support converting EPRs to GETable URIs
19:13:25 [ht_stata]
TBL: So at risk of ratholing away from the strategic question -- EPRs aren't like RAM files, they're more like a little bit of metadata, like the head of an HTML document
19:13:29 [DanC_csail]
("ram file..." I wonder if that makes sense to DO)
19:13:35 [dorchard]
I think that doing 47 is helpful to all of us in understanding, but at some point that needs to be tied to future directions.
19:13:49 [DanC_csail]
I'm happy for that point to be not today ;-)
19:14:27 [noah]
19:14:43 [noah]
q+ to question whether we should do Dirk and Nadia?
19:14:57 [ht_stata]
... The reason you can't get a consistent architectural story is because it's so functionally unconstrained, you can do almost anything
19:15:12 [ht_stata]
... Should we do a Dirk and Nadia use WS?
19:15:26 [ht_stata]
HST: Only if it's xxxx
19:15:30 [dorchard]
A thought experiment: A little bit of extra effort wrt HTTP Cookies and security might have helped put a lot more URIs out there.
19:15:49 [dorchard]
Henry, I did do exactly Dirk/Nadia do WS in the state write-up.
19:17:06 [Norm]
I certainly want us to be able to articulate that story
19:17:07 [DanC_csail]
(sure, let's try to cook up something where we all agree that Web Services make sense. All the ones I see just cry out for using GET)
19:17:12 [ht_stata]
TBL: So maybe we do a Fheit to Celcius WS, where only the URI of the service is relevant, there's no URI for an individual conversion
19:17:26 [dorchard]
19:17:49 [ht_stata]
ER: WS is for system--system interaction, not for end user interactions
19:18:17 [ht_stata]
... We regenerate all our external-facing info regularly, using WS internally
19:18:52 [dorchard]
Dan, Henry: moderately lengthy state writeup with Web/Web service example is at
19:19:39 [ht_stata]
TBL: Imagining a biomed transformation pipeline where a number of steps to be gone through, no real interest in revisiting the steps wrt any particular instance, so no need for URIs. . .
19:19:43 [Vincent]
ack noah
19:19:43 [Zakim]
noah, you wanted to question whether we should do Dirk and Nadia?
19:20:27 [ht_stata]
ER: Drop a WS on a web page
19:20:38 [dorchard]
Dirk is tasked with making the banking application available as a Web
19:20:38 [dorchard]
service rather than HTML pages. He uses XML, SOAP, WSDL, and
19:20:38 [dorchard]
WS-Addressing to do this. The banking application is a service with an
19:20:38 [dorchard]
interface containing two operations:log-in and getBalance.
19:20:44 [dorchard]
From what I wrote up...
19:21:13 [ht_stata]
... Today you do an include, I want to have a Web Service there
19:22:11 [ht_stata]
DC: But include is a web service, seems to me
19:22:17 [Vincent]
19:22:25 [ht_stata]
TBL: Doesn't use SOAP, so it's not a Web Service
19:23:12 [ht_stata]
... ER wants an XHTML tag that does a service-side web-service call
19:23:14 [Vincent]
ack dorchard
19:23:27 [noah]
q+ to talk about higher level features
19:23:43 [ht_stata]
DO: One of the biggest thing that troubled the WSArch group was this kind of question, did you have to use SOAP? what about WSDL?
19:24:12 [ht_stata]
... WSArch never reached closure on this
19:24:26 [ht_stata]
ER: Should we tackle that, as the TAG?
19:24:35 [noah]
q+ tim
19:24:57 [ht_stata]
DO: I did a Dirk and Nadia in my draft finding in October [ref. above]
19:25:07 [Vincent]
ack noah
19:25:07 [Zakim]
noah, you wanted to talk about higher level features
19:25:23 [Norm]
Thank you, dorchard. I had forgotten that you did that work, my apologies.
19:25:41 [ht_stata]
NM: Wrt Dirk and Nadia, the WS community should be doing the primer for their own technology
19:26:08 [ht_stata]
... Don't know how good a job they're doing on this, but we certainly didn't do it for HTML or XML itself, . . .
19:26:14 [dorchard]
Noah, the WS-A group is *not* doing a primer. MSFT/IBM/BEA/et al have not published a canonical WS-A Primer. That simply isn't being done.
19:26:27 [ht_stata]
... We should avoid doing their work for them
19:26:31 [DanC_csail]
hmm... dave, 0025 seems to say "He uses XML, SOAP, WSDL, and WS-Addressing to do this." without saying _why_ use SOAP
19:27:12 [timbl]
19:27:13 [dorchard]
Dan, He uses SOAP because it's "good", his tools support it, and there's no reason not to?
19:27:34 [ht_stata]
... How does this stuff connect with the ways we know about getting value from the web, the semweb
19:27:48 [DanC_csail]
there's lots of good reason not to use SOAP/PUT for "gimme my bank balance"; cf whenToUseGet-7 finding
19:28:05 [ht_stata]
... The interesting thing about the WS stack is that it tries to do much more than HTTP
19:28:15 [DanC_csail]
his tools should support GET for "gimme my bank balance"
19:28:19 [ht_stata]
... For example, signing only parts of documents, using DSig
19:28:34 [dorchard]
Dan, Dirk and his manager probably haven't read WTUG-7 finding.
19:28:34 [ht_stata]
q+ ht
19:29:26 [DanC_csail]
I'm interested in trying to find a dirk/nadia story that shows *good reasons* to use SOAP. but 0025 is not one.
19:29:29 [Vincent]
ack tim
19:29:42 [ht_stata]
... So there's a continuum, from doing nothing you couldn't do with a GET, but you do a POST anyway, through using SOAP but not exploitign the headers, to the real rich use with security and so on in the headers
19:29:44 [DanC_csail]
"because my manager is clueless about webarch" is not a good reason
19:30:12 [ht_stata]
TBL: I remember we decided not to talk about what it means to be "on the web", or what an architecture is
19:30:13 [dorchard]
q+ to say that not defining "on the web" was a mistake. WS-A really could have used that term
19:30:42 [ht_stata]
... The WSArch people didn't avoid that tarpit, which was part of their problem
19:31:00 [ht_stata]
... It's really out of our sphere of expertise to try to solve that problem
19:31:30 [ht_stata]
... We could try to spin off a taskforce, or get some of the old WSArch group to try to do it
19:31:32 [DanC_csail]
(I wish timbl hadn't provoked DO to remind us that we didn't define "on the web" against DO's advice.)
19:31:47 [ht_stata]
... We only see to a certain, limited, depth
19:32:04 [ht_stata]
... We could just say some things about EPRs and just leave it at that
19:32:43 [ht_stata]
... Another point: [Guy from Verizon] pointed out this failure mode in the WS story
19:33:23 [dorchard]
"On the Web" problems in WS-A:
19:33:47 [noah]
Verizon's CTO appears to be Mark Wegleitner
19:33:56 [ht_stata]
... Databases at the bottom, mixed IBM, Oracle, etc., WS interface, and his applications had WS interface on the back end, and there's a big WS box in the middle managing the connections
19:34:11 [ht_stata]
ER: There are several levels of content connectors in there
19:35:13 [DanC_csail]
q+ to say that eventually, these enterprises are going to split/join, and the extent to which WS-* helps at *that* stage is the extent to which it deserves the "Web" label, and I suspect only plain GETs will survive splits/merges
19:35:22 [ht_stata]
TBL: Big complex stack, application does a database read, converted to WS all the way down, converted back into a read at the last minute, but the caching and optimisation you used to get is gone
19:36:17 [ht_stata]
NM: Why can't you get the optimization into the web services headers?
19:37:01 [ht_stata]
... This is just the old n-tier architectures, with WS instead of DLLs/APIs
19:37:21 [ht_stata]
TBL: Different levels of abstraction
19:37:48 [ht_stata]
NM: Ad-hoc, caching if they were built-in by your consultant
19:38:15 [ht_stata]
ER produces useful n-tier WS picture [for the minutes]
19:38:40 [Vincent]
ack ht
19:38:41 [DanC_csail]
Zakim, close the queue
19:38:42 [Zakim]
ok, DanC_csail, the speaker queue is closed
19:40:37 [noah]
HT: My view of the Dirk and Nadia story is: the WS community should do the basic primers. We the TAG should do the one that reminds us how to think about when WS is solving a problem that the Web wouldn't otherwise solve.
19:41:10 [noah]
HT: The crucial part of my D&N story was when Nadia understood why having an EPR was better than having a URI for her purposes.
19:41:37 [noah]
HT: I'm willing to stipulate that this story can be told, I've tried for the past month, but haven't succeeded yet.
19:41:40 [Vincent]
ack dorchard
19:41:40 [Zakim]
dorchard, you wanted to say that not defining "on the web" was a mistake. WS-A really could have used that term
19:41:51 [noah]
HT: Dave, your story is a good one, but it doesn't seem to be trying to solve me problem.
19:41:59 [noah]
DO: Hmm, then maybe I didn't write clearly enough.
19:42:25 [ht_stata]
DO: The 'on the web' problem has indeed resurfaced
19:42:37 [timbl]
I wonder whether we have an architectureal point about the levels of asbtraction
19:42:46 [ht_stata]
... as the WS Addressing tries to come to term with our EPR feedback
19:43:15 [ht_stata]
... If 'on the web' was defined, they could say "Avoid EPRs for resources which are 'on the web'"
19:43:38 [DanC_csail]
[14:33] <dorchard>"On the Web" problems in WS-A:
19:44:01 [ht_stata]
... Back to the finding I'm working on, I guess I haven't gotten far enough, DC and HT have given early feedback that it hasn't gone far enough
19:44:41 [ht_stata]
... I agree that the Dirk and Nadia story should get to the point where it answers their questions ("Why SOAP"? and "Why worth not having a URI?")
19:45:18 [ht_stata]
... I'm sorry there's no support for the TAG doing some technical work on EPR->URI conversion
19:45:36 [ht_stata]
TBL: I didn't mean to push back, just no acceptance yet
19:45:54 [ht_stata]
NM: I wasn't pushing back on your suggestion at all
19:46:40 [timbl]
19:46:53 [ht_stata]
DO: WS powers that be are not writing a joint primer on EPRs and addressing, but it's all only happening in individual product documentation
19:47:16 [ht_stata]
HST: Yes, evidently, given responses to my first attempt at an example. . .
19:47:25 [Vincent]
ack danc
19:47:25 [Zakim]
DanC_csail, you wanted to say that eventually, these enterprises are going to split/join, and the extent to which WS-* helps at *that* stage is the extent to which it deserves the
19:47:28 [Zakim]
... "Web" label, and I suspect only plain GETs will survive splits/merges
19:47:34 [ht_stata]
DO: Yes, I guess it must be in someone's interest that this doesn't exist, but I don't understand why
19:48:41 [ht_stata]
DC: I see that TBL's (and ER's) diagrams are all inside the enterprise, so this stuff competes with other large-info-system technologies
19:49:08 [ht_stata]
... but it's only once they go outside the enterprise that it deserves being called _Web_ Services
19:49:46 [ht_stata]
NM, others: Yeah, but a) the companies are balkanized and b) they're starting to reach these out beyond the enterprise
19:50:58 [ht_stata]
NM: grew out of old info integration problem
19:51:15 [ht_stata]
TBL: Mostly internal, some public though
19:51:37 [ht_stata]
HST: public ones are all one-way, info only, no action
19:51:56 [ht_stata]
NM: Not so, eBay virtual stores are managed via WS
19:53:25 [ht_stata]
TBL: [sketching on the board] httpRange-14 still needs work
19:53:54 [ht_stata]
NW: TBL and I have an action to do a Dirk and Nadia on this
19:54:18 [DanC_csail]
fragmentInXML-28 is still open
19:54:19 [ht_stata]
HST: I want to hear about how our httpRange-14 decision interacts with fragIDs
19:54:50 [ht_stata]
TBL: So are we going to take that stuff, and pull it together into a new section of the Arch document
19:56:25 [noah]
19:57:12 [ht_stata]
HST: I think doing that would be good, because just sending a two-para message to www-tag is a bit less that I expected for the resolution of such a long-standing thorny issue
19:57:24 [ht_stata]
TBL: No-one has implemented it yet
19:58:12 [ht_stata]
DC: SW Best Practices is now beavering away looking at the implications
19:58:16 [DanC_csail]
DC: httpRange-14 is actually not capital-C-Closed; it's in "agreed; no reply from reviewer" state.
19:58:30 [ht_stata]
NM: Not clear what you're asking about epr-47 and httpRange-14?
19:59:26 [ht_stata]
TBL: Is the direction for the TAG that we aim to integrate stuff about them into AWWW, and then move on to more D&N about the SW
19:59:48 [DanC_csail]
ACTION: TBL and NDW to write a draft of Nadia and Dirk first semantic web book [continues]
20:00:19 [ht_stata]
NW: Yes, we should be doing V2 (epr-47) and V3 (httpRange-14 etc.)
20:00:56 [ht_stata]
TBL: I tried to sit down with Sanjeva, but I didn't come away with anything I can pin down
20:01:14 [noah]
s/Sanjeva/Sanjiva Weerawarana/
20:01:19 [ht_stata]
DC: Is it really the case that there's no consensus behind clarifying what WS really is
20:01:53 [ht_stata]
ER: I don't agree, I think they're trying
20:02:07 [ht_stata]
NW: They still think they can compete on this, so they're not trying
20:02:40 [ht_stata]
NM: But they all recognize the interop is the key to success, so there is interest in a coherent story
20:03:45 [ht_stata]
... Most of the reason for the lack of clean story is that people are moving too fast to make that a priority
20:05:00 [ht_stata]
ER: WSRP is a counter-example, there's a lot of support for that and it's successful, standardized at OASIS
20:05:18 [ht_stata]
DC: Came from one of the members, or designed in the group?
20:05:32 [ht_stata]
ER: Believe it was done in the group, in response to customer demand
20:05:38 [ht_stata]
... Took about 3 years
20:05:47 [DanC_csail]
(looking stuff up... WSRP TC )
20:07:20 [ht_stata]
VQ: WS and SW topics closed for now, as far as Future Directions are concerned
20:07:52 [dorchard]
did we decide to do anything wrt WS?
20:08:58 [ht_stata]
DC: I'm content wrt process that we haven't really closed the loops with reviewers, eg. httpRange-14, and OASIS (xri), and WS-Addressing, and webcal: (with Apple)
20:09:16 [ht_stata]
... and that we should put more energy into this
20:10:28 [Norm]
dorchard, I said I thought WS and SemWeb were good targets
20:12:20 [ht_stata]
20:37:26 [ht_stata]
Topic: XMLVersioning-41
20:38:20 [ht_stata]
DO: I haven't had a chance to update the finding based on the discussion
20:38:37 [ht_stata]
DC: I can try to project the drawings in a way that DO can see as well
20:42:55 [DanC_csail]
(dave, I'm gonna try to use violet ( ) in real-time in the meeting; if you can get it running on your display, you should be able to follow along by reloading)
20:44:51 [DanC_csail]
( I've got loaded up; I'm about to project it)
20:45:09 [timbl_]
timbl_ has joined #tagmem
20:48:17 [dorchard]
(I have it up on the screen)
20:50:51 [ht_stata]
[HST introduces
20:58:25 [ht_stata]
DC: We didn't get very far with Term and Vocabulary
20:59:03 [ht_stata]
HST: What about 'style' and 'title' as names in XHTML -- they both name both element types and attributes
20:59:46 [ht_stata]
DC: Both uses of 'title' share a semantics -- they both function as short strings to identify things
21:01:55 [ht_stata]
TBL: What question are we trying to answer?
21:02:53 [ht_stata]
HST: Well, if you want to talk about versioning formally, you want to be able to say something, in RDF, along the lines of "the definition of the 'style' attribute changed from v2 to v3"
21:03:30 [DanC_csail]
issues list points to
21:03:32 [ht_stata]
... To say that, you need a URI which identifies "the definition of the 'style' attribute"
21:03:58 [ht_stata]
DC, TBL: So, you can't do that if you have a language which is promiscuous with names in the way XHTML is
21:04:02 [Norm]
dorchard, can you paste the URI of the finding your referring to?
21:04:22 [ht_stata]
NW: Or you have to use non-simple URIs
21:04:52 [ht_stata]
DO: I discussed a range of possible approaches to doing this in the draft versioning finding
21:06:27 [Ed]
more current version :
21:06:50 [dorchard]
Should be
21:07:27 [Vincent]
I found
21:07:28 [dorchard]
Discussion on component version identification:
21:12:40 [ht_stata]
TBL: In talking about dc:title, in the context of versioning, you'd reify it, or use it as a string, and make assertions carefully framed by time of use and documents and so on
21:13:26 [ht_stata]
HST: [before this] Suppose I want to compare the definitions of xhtml:h2 in vNow and vNext, it would be useful to have URIs fopr each of those names
21:15:07 [ht_stata]
NM: Small changes in single name usages are worth talking about w/o invoking a heaviweight rev-the-whole-thing approach
21:15:19 [DanC_csail]
(the XML schema versioning document sends firefox 1.5 on mac into the weeds! twice, now!)
21:16:09 [ht_stata]
... There are sometimes good reasons for wanting to be quite specific about names in versions
21:17:30 [ht_stata]
Looking at Section 8 of DO's draft
21:17:57 [ht_stata]
... and section 8.1
21:19:24 [ht_stata]
DC: What's my motivation?
21:19:45 [ht_stata]
... Name in purchase order needs a middle name?
21:19:53 [ht_stata]
DO: Sure
21:20:00 [ht_stata]
DC: Who's Dirk and who's nadia?
21:20:08 [ht_stata]
DO: Dirk is the owner of the language
21:21:53 [ht_stata]
DC: Anyone dislike any of these?
21:22:18 [ht_stata]
NW: Yes, we think they're all bad, all existing stylesheets break
21:22:38 [noah]
21:22:49 [ht_stata]
TBL: Reasonable to do this if you have a way of talking about the relationship between the two namespaces
21:23:12 [ht_stata]
DO: This is the UBL approach
21:23:21 [ht_stata]
... We fed back to them that this is bad
21:23:23 [Vincent]
Zakim, open the queue
21:23:23 [Zakim]
ok, Vincent, the speaker queue is open
21:23:51 [ht_stata]
NM: This could be understood as pushback on the XSLT community to support this kind of move
21:23:58 [ht_stata]
q+ to talk about the real UBL story
21:24:15 [ht_stata]
... Neither answer is clearly better in all cases
21:25:01 [ht_stata]
... Scale this up to a bigger language -- looking at the 2nd example in 8.1 example 3
21:25:43 [ht_stata]
... Looks benign here, but if it were part of a larger system with 2000 terms, I've now got a new namespace with 2001 terms, 2000 of which haven't changed
21:26:11 [timbl_]
21:26:53 [ht_stata]
DO: I want to highlight Example 4, only new material goes into a new namespace
21:27:23 [noah]
Dave's examples in section 8.2 refer to being "for each compatible version" --- which begs the question, what's the definition of "compatibility"?
21:27:34 [Vincent]
ack ht
21:27:34 [Zakim]
ht_stata, you wanted to talk about the real UBL story
21:28:19 [timbl_]
q+ to reiterate that our ability to handle extensions with new tags very much relieson having some compositional semantics of the language... if you don't know what it means to follow one element with anoth one, you don't know what it means to omit it. And then to say that we should consider this (a) with existing systems and (b) with possible new ones. A simple new system would allow back-compatability to be just states asa single-line fact, for example.
21:30:21 [Vincent]
ack timbl
21:30:21 [Zakim]
timbl_, you wanted to reiterate that our ability to handle extensions with new tags very much relieson having some compositional semantics of the language... if you don't know what
21:30:24 [Zakim]
... it means to follow one element with anoth one, you don't know what it means to omit it. And then to say that we should consider this (a) with existing systems and (b) with
21:30:29 [Zakim]
... possible new ones. A simple new system would allow back-compatability to be just states asa single-line fact, for example.
21:31:10 [ht_stata]
HST: UBL versioning actually do address the XSLT problem, by saying you should use type-based XPaths and type redefinition, so it all works
21:31:48 [ht_stata]
TBL: There's the future, when we have XPath2 or meta-assertions about versioning, or we could talk about the present
21:32:16 [ht_stata]
... What about saying, in an XML Schema, "back-compatible"
21:32:32 [noah]
q+ to talk about ignoring middle name
21:33:16 [ht_stata]
ER: Why do we need to be told we can ignore what we don't understand, if all we care about is first and last we just go with it
21:33:53 [ht_stata]
TBL: You can't be sure that the meaning of middle in v2 compromises the v1 interpretation of first and last
21:34:27 [ht_stata]
ER: We control versioning at 4 levels back-incompat, major and minor versions
21:34:36 [ht_stata]
... First two involve namespace changes
21:35:13 [ht_stata]
... May ignore is the default interpretation
21:35:31 [Vincent]
ack DanC
21:35:31 [Zakim]
DanC_csail, you wanted to ask about relating 8.1 to the violet/UML diagram
21:35:46 [ht_stata]
DC: Don't know how to relate this to the diagram
21:38:01 [ht_stata]
... ubl1:first.xs:type=ubl1:firstType; ubl2:first.xs:type=ubl2:firstType; ubl2:firstType.base=ubl1:firstType
21:39:51 [ht_stata]
DO: The relationship is over in the Constraints area
21:40:40 [DanC_csail]
(how does henry have time to follow UBL?!)
21:40:55 [ht_stata]
... My understanding of the UBL story is that major version changes must happen in synchrony
21:41:46 [noah]
21:41:54 [ht_stata]
HST: I believe that's only for major changes
21:42:00 [ht_stata]
DO: I thought it was all changes
21:42:14 [ht_stata]
[scribe must fix record to make the above make sense]
21:42:21 [Vincent]
ack noah
21:42:21 [Zakim]
noah, you wanted to talk about ignoring middle name
21:42:27 [Roy]
21:42:40 [ht_stata]
NM: Talk about compatibility
21:44:13 [ht_stata]
21:45:10 [ht_stata]
... Before you get to versioning, the specs for a language tell you what Information you get out of a document
21:46:39 [ht_stata]
... What we can now talk about is how we extract what we need e.g. to extract the shipping address and printing the shipping label
21:47:17 [ht_stata]
... Now we can look at the vulnerability of this process to version-based changed
21:48:07 [ht_stata]
DC: Consumption is mediated by a Language, the same document can be in more than one Language
21:49:03 [ht_stata]
[scribe didn't get a diversion]
21:49:50 [ht_stata]
NM: We are talking in terms of a single Purchase Order Language
21:50:36 [ht_stata]
DC: The shipping-label-printer uses a different Language, just enough of the PO language to get at the shipping label
21:51:04 [dorchard]
The UBL spec requires Namespaces names of minor releases to have "<name>-<major>.<non-zero>[.<revision>]". the <non-zero> part revs for every minor version.
21:51:14 [ht_stata]
NM: OK, I hadn't understood that
21:51:52 [ht_stata]
TBL: HTML1.1 and HTML1.2 had the same membership
21:52:58 [ht_stata]
NM: I understand DC to be saying that you could think about the table formatter as only caring about the TABLE-rooted sublanguage
21:53:33 [ht_stata]
DC: So now we can look at when the shipping-label-printer is or is not vulnerable to certain classes of versioning changes
21:54:12 [ht_stata]
NM: So each Consumer needs to make version-handling decisions consistent with their processing requirements
21:54:26 [ht_stata]
TBL: This is too wishy-washy
21:55:56 [ht_stata]
... Can't we try to be more specific?
21:56:08 [ht_stata]
... Work towards subset relationships wrt meaning
21:56:25 [DanC_csail]
(we're scheduled to recess at 5pm)
22:01:43 [ht_stata]
DC: Hope DO will be able to encorporate some of this
22:02:28 [ht_stata]
DO: Indeed, I hope to do that, once I get some WS versioning use cases to the XML Schema WG, then I'll turn to this
22:02:58 [ht_stata]
... Although state/eprs/etc. may get in the way
22:03:22 [ht_stata]
ACTION: Dave Orchard to produce a new draft of his finding by the end of the year
22:03:45 [ht_stata]
[scribe to note that this is a continuation of an Edinburgh action]
22:04:00 [Zakim]
22:04:42 [DanC_csail]
overlaps with:
22:05:09 [DanC_csail]
. DaveO and NM to continue and extrapolate the versioning work DO et al have been doing already, updating the terminology section.
22:05:42 [Zakim]
22:05:43 [Zakim]
TAG_f2f()1:00PM has ended
22:05:44 [Zakim]
Attendees were +1.617.253.aaaa, TimBL, DanC, Roy, noah, Vincent, Ed, ht_stata, Norm, DOrchard, stata
22:10:58 [ht_stata]
rrsagent, please make minutes
22:11:03 [RRSAgent]
I have made the request to generate ht_stata
22:11:27 [ht_stata]
rrsagent, please make logs world-visible
22:57:16 [DanC_csail]
DanC_csail has joined #tagmem
23:37:08 [timbl]
timbl has joined #tagmem