IRC log of tagmem on 2002-04-15

Timestamps are in UTC.

14:03:56 [RRSAgent]
RRSAgent has joined #tagmem
14:04:00 [Zakim]
Zakim has joined #tagmem
14:04:33 [Ian]
Ian has changed the topic to: TAG agenda: http://www.w3.org/2002/04/15-tag
14:09:12 [connolly]
connolly has joined #tagmem
14:17:26 [Stuart]
Stuart has joined #tagmem
14:22:39 [DanC]
AAAAAAARGH! net problems.
14:23:47 [DanC]
my ssh tunnel seems hosed.
14:26:59 [Stuart]
Stuart has joined #tagmem
14:27:06 [Norm]
Norm has joined #tagmem
14:29:39 [DanC]
Zakim, this is tag
14:29:41 [Zakim]
ok, DanC
14:30:29 [Zakim]
+DanC
14:30:34 [Roy]
Roy has joined #tagmem
14:31:18 [Zakim]
+Ian
14:33:39 [Zakim]
+ +1.604.873.aaaa
14:33:52 [Ian]
zakim, aaaa is TimBray
14:33:53 [Zakim]
+TimBray; got it
14:34:22 [Ian]
Missing so far: Chris, David, TimBL
14:34:51 [Zakim]
+DOrchard
14:35:00 [Zakim]
-TimBray
14:35:14 [Zakim]
+TimBray
14:35:26 [Ian]
PC: I will need to leave at some point during this meeting.
14:36:24 [Zakim]
-Ian
14:36:39 [Dave]
Dave has joined #tagmem
14:40:05 [Norm]
Oh, the agenda will only help a little, Dan, but thanks
14:40:16 [Zakim]
+Ian
14:41:27 [Ian]
SW to Chair.
14:41:43 [Ian]
-----------------
14:41:46 [Ian]
Minutes of previous meeting.
14:41:50 [Ian]
SW: Accepted
14:41:55 [Dave]
fine progress stu..
14:42:02 [Ian]
Agenda additions: None.
14:42:09 [Ian]
Action item review:
14:42:11 [Dave]
racing through the agenda...
14:42:16 [Zakim]
+TimBL
14:42:35 [Ian]
agenda+ Meetings without TimBL
14:43:05 [Ian]
DO: Write text about "Web as information space", to be integrated by IJ
14:43:26 [tim-home]
tim-home has joined #tagmem
14:43:52 [Ian]
DO: Some stuff is controversial.
14:43:55 [Ian]
IJ: then please continue
14:44:08 [Ian]
Action IJ: Integrate/combine one-page summaries.
14:44:30 [Ian]
IJ: Very slow progress on this.
14:44:56 [Ian]
agenda+ One-page summary
14:45:43 [Ian]
Action TBL: Write draft on when URI variants are considered equivalent
14:45:45 [Ian]
Done, see www-tag
14:45:51 [DanC]
done: http://www.w3.org/DesignIssues/Axioms.html#cannonicalization
14:46:01 [DanC]
$Id: Axioms.html,v 1.25 2002/04/08 18:05:07 timbl Exp $
14:46:10 [Ian]
Actino TBL: draft comments on RDF+HTML for namespace documents.
14:46:22 [Ian]
TBL: there is a thread on this in www-tag. Would be good to capture this material.
14:46:34 [Ian]
TBL: I started drafting something, discussion continued on www-tag.
14:46:49 [DanC]
sounds like "some progress; continued"
14:47:01 [DanC]
Stuart, pls move along
14:47:26 [Ian]
Action DC: Write up summary of resolution for whenToUseGet-7 by showing support for RFC2616 section 9.1.1.
14:47:32 [Ian]
see: http://www.w3.org/2001/tag/doc/get7.html
14:47:43 [DanC]
my action: done: http://www.w3.org/2001/tag/doc/get7.html
14:48:18 [Dave]
brb
14:48:20 [Ian]
RF: Write up discussion of RFC3205 based on www-tag input.
14:48:22 [tim-home]
http://www.w3.org/2002/04/htmlrdf.html is attempt to draft a resolution about HTML and RDF, but outstanding issue of fragid meaning is still left in discussion on ww-tag
14:48:37 [Ian]
RF - pending.
14:48:47 [Ian]
Action IJ: Create a separate page with links to TAG (accepted) findings. Done
14:48:59 [Ian]
Action SW: Amend uriMediaType-9 finding according to approved text.
14:49:07 [Ian]
Done.
14:49:11 [DanC]
http://www.w3.org/2001/tag/2002/01-uriMediaType-9 $Date: 2002/04/12 18:12:54 $
14:49:16 [Ian]
Action TBL: Take uriMediaType-9 finding to IETF.
14:49:23 [Ian]
SW: Note that IANA is mentioned prominently.
14:49:29 [Ian]
...should take to their attention as well.
14:50:00 [Ian]
TBL: I've brought up the IETF topic to Philipp Hoschka; next IETF teleconf not for another three months.
14:50:11 [Ian]
...maybe we should have an architectural get-together with the IETF>
14:50:31 [Ian]
DC: Mail relevant parties (e.g., D. Eastlake).
14:50:44 [Dave]
back
14:50:46 [Ian]
TBL: Yes: IESG, W3C-IETF list, ...
14:50:58 [Ian]
SW: What about Larry Masinter?
14:51:18 [DanC]
I'd suggest uri@w3.org , Eastlake as next step for TimBL's action.
14:51:21 [Ian]
TBL: LM asked for discussion to be carried out on "xml in ietf list"
14:51:31 [Ian]
TBL, TB: That's problematic.
14:51:40 [DanC]
er... there's supposed to be a URI CG in W3C sometime soon, btw. (oops)
14:52:07 [Ian]
TBL: I will respond to LM about this; we'd like this discussion on www-tag since we don't have anyone to follow it on IETF list.
14:52:14 [Roy]
what is a CG?
14:52:16 [DanC]
"about this" <- about which?
14:52:34 [Ian]
About moving discussion to IETF list.
14:52:39 [Ian]
----------------
14:52:41 [DanC]
CG = coordination group. in the case of URI, a group to say "who should do that? ok; I'll do it."
14:52:44 [Ian]
www-tag mailing list policy
14:52:58 [Ian]
TB: Post agenda to www-tag and ask people to focus on these issues. Let's try that for a while.
14:53:19 [Ian]
SW: Also, we should prioritize issues.
14:53:45 [Ian]
(see SW email to tag list)
14:54:06 [Ian]
TBL: TOC of arch doc was to be clustering.
14:54:14 [Ian]
DC: Sounds like SW's clustering and the TOC line up.
14:55:18 [DanC]
pls put some issue names/numbers in the subject line when you send agendas to www-tag
14:55:32 [tim-tag]
q?
14:55:35 [Ian]
DO: I'm not sure that this will prevent loquacious people from saying what they want to say.
14:55:59 [Ian]
TBL: I think we should do what TB said, but also respect www-tag as a place where people raise issues.
14:56:28 [Ian]
...I hear SW saying "let's spend more time on dispensing with issues" but let's not close ears to new ones.
14:56:43 [DanC]
"loquacious"? did DO really use that word? what does it mean?
14:56:57 [Ian]
TBL: I hear SW proposing more organized stacking of agenda items.
14:57:15 [Ian]
PC: One reason we're getting flooded with mail is that we're doing technical design.
14:57:26 [Ian]
(e.g., on the nature of a namespace document)
14:57:52 [Ian]
...after enough pointers from people, I thought that this was starting to feel like a technical working group.
14:58:10 [Ian]
...but I think that writing principles has a higher priority.
14:58:27 [Ian]
...we might ask w3c to assign job of implementing to appropriate WGs.
14:58:52 [Stuart]
q?
14:58:53 [Ian]
DC: I am of two minds on this: On the one hand, I don't know that we need to cross all the t's, but if we don't, people will keep asking us for it.
14:59:30 [Ian]
TBL: We have gotten a few principles along the way, even in discussing nature of namespace docs.
14:59:40 [Ian]
PC: I don't think we have as much agreement as TBL things.
14:59:44 [Ian]
NW, DO: I agree with PC.
14:59:54 [Ian]
TB: I'm surprised, I thought we were converging on this.
15:00:10 [DanC]
if we're not agreed (that you should put *something* there, at the end of a namespace pointer), I'm willing to spend whatever time it takes to get agreement.
15:00:38 [Ian]
PC: I would prefer if TAG stayed at requirements level rather than design level.
15:02:12 [Dave]
My requirement is that the xhtml must be human-writable
15:02:24 [Ian]
PC: I agree that many of us agree that there could be a namespace doc at end of namespace, some votes are conditional on the nature of the document.
15:02:26 [Dave]
q+
15:02:37 [Ian]
PC: I'm suggseting that the TAG doesn't need necessarily to resolve that.
15:03:14 [Ian]
TB: I think that at our level of operation, distinction between arch and design goes away. I don't believe in the model where we do principles and hand off design to others.
15:03:56 [Ian]
DO: I am sensitive to PC's point - if we act as a WG, we will get less done on principles. But I agree that in this case (namespace docs) my final view depends on syntax.
15:04:36 [Ian]
DO: I'm not decided on whether we should do this work.
15:04:41 [Zakim]
-??P27
15:05:13 [Ian]
DO: This issue of the namespace is helping us figure out our process.
15:05:18 [Ian]
q?
15:05:21 [tim-tag]
q+
15:05:22 [Ian]
ack Dave
15:05:36 [Zakim]
+??P43
15:05:55 [Ian]
zakim, ??P43 is Paul
15:05:56 [Zakim]
+Paul; got it
15:05:59 [Ian]
------------------------]
15:06:06 [Ian]
DC: I wrote something on when to use get
15:06:23 [Ian]
------------------
15:06:39 [Ian]
Back to issue (briefly) of how to organize meetings when TBL not here.
15:06:46 [Ian]
TB: I nominate SW as backup chair.
15:07:13 [Dave]
lol
15:07:15 [Ian]
SW: If I'm here, I'm willing to Chair.
15:07:20 [Norm]
lol
15:07:37 [DanC]
DRAFT Findings on Safe Methods http://www.w3.org/2001/tag/doc/get7.html
15:07:54 [Ian]
[Back to tech]
15:09:16 [Ian]
DC reads first couple of paragraphs.
15:09:23 [Ian]
DC: How close to agreement on first couple of paragraphs?
15:09:29 [Ian]
"A very important principle when designing Web applications is:
15:09:30 [Ian]
* safe methods (GET/HEAD) should be used for safe operations: read, query, view, ask, lookup
15:09:30 [Ian]
* safe methods must not be used for unsafe operations: write, update, modify, tell, buy, agree
15:09:30 [Ian]
"
15:09:42 [Ian]
DO: I have a concern about the word "should" instead of "may" in first bullet.
15:10:05 [Ian]
...how does this relate to Web services world and the use of POST with SOAP messages.
15:10:09 [Ian]
DC: Don't do that is my answer.
15:10:21 [Stuart]
q?
15:10:43 [Ian]
DO: In the Web services world, it's a well-documented "fact" that most uses of SOAP messages are through POST. E.g., classic get stock quote is done through POST.
15:10:55 [Ian]
...POST is used to navigate shared something space.
15:11:16 [DanC]
the use of POST for "get stock quote" is wrong.
15:11:26 [Ian]
RF: Yes, it's wrong.
15:11:41 [Ian]
TB: People have been using POST for years due to large lists of arguments. But you can't bookmark as a result.
15:11:53 [Ian]
...when you can do it with GET, you should do so, and that adds to the utility of it.
15:12:03 [Ian]
...utility of Web services would be increased by use of GET.
15:12:19 [Ian]
ack Tim-tag
15:12:54 [Ian]
TBL: I propose we ask DO to take this message back to the Web services community: tools creating services need to help designer make choice that end up with proper implementation.
15:13:06 [Ian]
DO: I don't agree that the way that Web services work is the wrong way to do it.
15:13:10 [Ian]
q?
15:13:13 [Ian]
q+
15:13:47 [Ian]
PC to TBL: One of the problems with this sort of design is that it presupposes that you know what kind of message you will be sending.
15:13:56 [Ian]
...in SOAP 1.2, one doesn't know about the messages.
15:14:10 [Ian]
TBL: We're talking about changing the situation, not just observing the current state of the spec and software.
15:14:32 [Ian]
PC: Are specs factored correctly for one to be able to carry out this chore.
15:15:00 [Stuart]
q?
15:15:00 [Ian]
TBL: If WSDL does not capture whether there's a safe method, that's a bug.
15:15:02 [Dave]
q+
15:15:21 [Roy]
q+
15:15:26 [Ian]
PC: SOAP 1.2 has been written without knowing that WSDL exists.
15:15:35 [Ian]
TBL: Then it needs to go into SOAP and possibly other things.
15:15:42 [Ian]
PC: What does HTTP binding use today in SOAP?
15:15:44 [Ian]
DO: POST>
15:15:47 [DanC]
hmm... how would it go into the SOAP 1.2 spec?
15:16:09 [Dave]
DanC, the SOAP HTTP binding in part 2 uses POST
15:16:20 [Ian]
IJ: What are DO's objections to using GET in the Web services context?
15:16:43 [TBray]
TBray has joined #tagmem
15:16:52 [Stuart]
q?
15:16:54 [Ian]
DO: I do not believe that the way that Web services groups are moving forward is incorrect.
15:17:08 [Ian]
DO: ...I'm not prepared to go to them and say that what they are doing is wrong.
15:17:22 [DanC]
DaveO, pls answer Ian's question: what's wrong with the principle that "* safe methods (GET/HEAD) should be used for safe operations: read, query, view, ask, lookup"?
15:17:36 [Ian]
DO: I don't think that idempotency has come up in web services activity. The way to move forward is to have a mtg with the web services arch wg.
15:18:03 [Ian]
DO: I'm suggesting that this is a bigger issue than DC's one line.
15:18:11 [Ian]
DC: But in what way do you disagree?
15:18:29 [Ian]
DO: It gets into the shared information space. If you're dealing with the shared information space, you care whether the info is idempotent or not.
15:18:42 [Ian]
...when you are doing things from a service perspective, or shared processing space, that feature becomes less important.
15:18:52 [tim-tag]
q+
15:19:05 [Ian]
DO: ...I would argue that from a web services developer perspective, it's unduly complicated.
15:19:06 [Ian]
ack Ian
15:19:07 [Ian]
ack Dave
15:19:08 [Dave]
q-
15:19:43 [Ian]
RF: The way that web services is designed, there is no generic interface. So there is no concern about safe or unsafe methods. In general they don't have methods in the web services space.
15:20:04 [Ian]
RF: SOAP should not be tunneled over HTTP.
15:20:09 [TBray]
q+
15:21:26 [Ian]
RF: The point is that web services space doesn't deal with methods at all at this point because when you're operating via a web service, both sides know the semnatics of the service, or they don't interoperate at all. Whether GET/HEAD/POST is only relevant for the HTTP transfer mechanism (for tunneling of web services) and this is not HTTP-compliant to begin with and should not be done.
15:21:36 [Ian]
RF: So this is a non-issue whether you take this to Web services groups or not.
15:21:42 [Ian]
q?
15:21:46 [Ian]
ack Roy
15:22:17 [Ian]
TBL: When there is an object that is a service that is in HTTP space, POST is there to submit things to it. To submit an operation to is it reasonable.
15:22:24 [Ian]
..there is a loss when the operation is just a read of the space.
15:22:33 [Ian]
...I see this loss all the time when I interact with my bank.
15:22:49 [Ian]
...I can't use the back button since the browser keeps warning me that I"m resubmitting the post.
15:22:54 [Ian]
..it's more work on the bank server as well.
15:23:09 [Ian]
...it's inefficient from everyone's point of view (user, network, server).
15:23:23 [Ian]
..that mistake is being transferred into web services.
15:23:32 [Ian]
...web services are still young; the effect on the web has not been seen.
15:23:48 [Dave]
q+
15:24:16 [Ian]
TBL; ..I disagree with RF that you should never submit information to a service with POST. But I think we need to encourage web services to split information into safe and unsafe bits.
15:24:43 [Ian]
TBL: I think we should go to the Web services community and get a change.
15:24:55 [Ian]
RF: I don't think we disagree, TBL.
15:25:19 [Ian]
TBL: The web services people can keep the web services model, but the bindings should be safe when they can be.
15:25:25 [Ian]
...use the underlying/existing caches, etc.
15:25:38 [Ian]
TB: RF said that you shouldn't run SOAP over HTTP. Well, they're going to.
15:25:50 [Ian]
RF: Intermediaries will break when it happens.
15:26:00 [Ian]
TB: So it's appropriate for us to make architectural assertions about this.
15:26:07 [Stuart]
ack tim-tag
15:26:11 [Ian]
TB: I agree with TBL that there's a right way and wrong way to do this.
15:26:15 [Ian]
TB: I think that:
15:26:19 [Stuart]
ack tbray
15:26:27 [Ian]
TB: 1) It's appropriate to say you should use GET.
15:26:42 [Ian]
TB: 2) It's also appropriate for wsa people to consider this.
15:27:27 [Ian]
TB: I look forward to a future where one can put a URI to a web service in a web page. If GET is never used, we may not have this much more interesting web.
15:27:47 [Ian]
TB: So I support "Should use get" and work with Web services community to take advantage of what web offers.
15:28:01 [Ian]
DO: I could live with "GET should be used for browser-centric sort of things."
15:28:03 [tim-tag]
q+
15:28:11 [Ian]
DO: I take issue with "GET should be used in all areas".
15:28:14 [Ian]
ack Dave
15:28:16 [DanC]
Norm, "brower centric" is beside the point.
15:28:20 [DanC]
s/norm,/no,/
15:28:43 [TBray]
My point 3: Web Services people may feel they don't have an issue here because it's all machine-to-machine, and the "client" program will know what's going on.
15:29:08 [Ian]
TBL to DO: Would you be willing to lead a charge in the web services community to set up the job about what would need to be changed, and who would need to be involved, to introduce the idea of binding SOAP to GET.
15:29:34 [TBray]
But I disagree - in a future with a much more programmable brower, I think it would be interesting and good to have a pointer from a human-readable web page to a web service.
15:29:41 [Ian]
DO: I disagree with the position, but will be happy to organize a liaison.
15:29:42 [TBray]
And in that mode, GET is definitely the way to go.
15:30:02 [Ian]
PC: One way to execute what TBL would like is to have the TAG review the SOAP 1.2 spec.
15:30:07 [Ian]
(last call imminent?)
15:30:42 [Ian]
TB: What's current status of SOAP 1.0?
15:30:53 [Stuart]
q+
15:30:56 [Ian]
DO: We're a couple of weeks from going to last call.
15:31:12 [Ian]
PC: Yes, a couple of weeks from last call.
15:31:13 [Ian]
q?
15:31:17 [Ian]
ack Tim-tag
15:31:20 [DanC]
I can see how to put this into the WSDL spec, but not so much the SOAP spec.
15:32:04 [Ian]
SW: I have been wrestling internally with these issues. I can see the merit of GETs for safe operations.
15:32:25 [Ian]
SW: I can see that when you are uncertain, POST may not be a bad choice. [SW acks thinking on the fly here...]
15:32:50 [Ian]
SW: There has been a tension since creation of WG between SOAP having character of thing it's bound to, or thing with character of its own.
15:33:02 [Ian]
SW: I've been wrestling with tunneling issues.
15:33:19 [Ian]
SW: I can see a view that "SOAP is just a content format [that you can use with HTTP]"
15:33:27 [Ian]
q?
15:33:33 [Ian]
ack Stuart
15:33:48 [Stuart]
q-
15:34:00 [Ian]
RF: We should tease out the principles in the findings. What TBL wants is an indication of the semantics of the action visible to all participants before the action is made.
15:34:28 [tim-tag]
q+
15:34:30 [Ian]
RF: A client may need to know whether an operation is safe in order to execute the action. Same with proxy.
15:34:45 [Ian]
RF: That's independent of HTTP (or HTTP method used).
15:34:58 [Ian]
TBL: I want to push back on the idea that HTTP GET only applies to browsers.
15:35:07 [Ian]
TBL: ...it applies even more to an agent.
15:35:19 [Ian]
TBL: When a piece of software will click on a link, will be done without the user's oversight.
15:36:02 [Ian]
TBL: The way that web services is working (services between different companies across trust boundaries) is different from rpc; you want to keep a record of transactions.
15:36:17 [Zakim]
-Paul
15:36:29 [Ian]
TBL: I think that this principle applies absolutely to clients acting on a user's behalf.
15:37:05 [Ian]
TB: I think we should send a message to web services that we have a concern here.
15:37:05 [DanC]
where to go next: I suggest actions be assigned to anybody who disagrees with "* safe methods (GET/HEAD) should be used for safe operations: read, query, view, ask, lookup"
15:38:00 [Ian]
DC: I heard a majority in favor of "should/must not". I suggest that whoever disagrees has the ball to follow up.
15:38:46 [Ian]
TB: I suggest to post DC's finding to www-tag with "should/must not".
15:39:06 [DanC]
why spell-check it? wouldn't that give the impression that it's more done than it is?
15:40:11 [Ian]
SW: I think we should wait a week, and get some more discussion, before trying to get consensus around this.
15:40:19 [Ian]
DC: Then I shouldn't say to www-tag that "most people agree with this"?
15:41:48 [Ian]
TBL: Let the meeting record show that we do not have consensus on DC's proposal.
15:42:02 [Ian]
agenda?
15:42:30 [Ian]
---------------------------
15:42:51 [Ian]
Postponed: * IETF best practices draft requiring URNs for XML namespaces in IETF documents. Action to take?
15:43:12 [Ian]
---------------
15:43:30 [Ian]
Postponed: 1. Discuss issue of scope of TAG/W3C/Web Architecture (@@see TB Action below@@).
15:43:31 [Ian]
-----------------
15:43:34 [Ian]
1. Discussion of integration of 5 one-page summaries:
15:43:38 [Ian]
http://www.w3.org/2001/tag/2002/0330-intro
15:44:05 [Ian]
TBL: Plese do homework on postponed items.
15:44:19 [Ian]
Action IJ: Ensure that TAG has links to these items.
15:44:34 [Ian]
TB on IJ style: Good but too much of it.
15:44:43 [Ian]
q+
15:44:52 [DanC]
btw... last week's record had my whenToUseGet action due today, 15 Apr; I did it by 15Apr, but it didn't seem to be in time. I'd suggest actions be due weds or maybe Thu
15:44:53 [Ian]
TB: There's a sweet spot in-between.
15:45:37 [DanC]
Bray, I don't think Ian has written anything newer than what you've seend.
15:45:52 [DanC]
(er... I haven't seen anything newer, that is)
15:46:20 [Ian]
IJ: Expect fuzziness at first, then some will be pared away.
15:46:33 [Ian]
TB: Each word carries serious normative weight. Keep the verbiage down.
15:46:43 [Norm]
q+
15:48:24 [Ian]
q-
15:48:29 [Ian]
ack Tim-tag
15:48:45 [Ian]
NW: I think that TB's point is well-taken. Words will be scrutinized.
15:49:46 [DanC]
re appendix: pls no. pls let's find whatever balance is the right balance
15:50:09 [Ian]
IJ: By the way, I support TB's point as well. Working towards it.
15:50:37 [Ian]
TBL: The doc consists of the four areas of web arch with a prepending introduction.
15:51:01 [Ian]
No worries, NW!
15:51:01 [Ian]
:)
15:51:18 [TBray]
I think something like what Ian's written needs to be written... I'm just not sure this is the right place for it.
15:51:25 [Norm]
lol
15:51:41 [DanC]
draft on whenToUseGet is now sent to www-tag http://lists.w3.org/Archives/Public/www-tag/2002Apr/0150.html
15:52:24 [Ian]
RF: I think that this doc will ultimately have different outline than four chapters we have now. I'm happy to start this way.
15:52:51 [Ian]
IJ: But I'm writing the intro based on these chapters...
15:53:54 [Ian]
TBL: I thought that 3 wasn't about summarizing REST. But more about how the protocols implement the information space. Role of chapter 4 is to talk about the services as such.
15:54:00 [DanC]
er... the chapters 1-4 are completely empty in http://www.w3.org/2001/tag/2002/0330-intro $Date: 2002/04/01 14:33:41 $
15:54:11 [TBray]
Sorry... gotta run.
15:54:28 [Ian]
RF: I thought 3 would describe the application state of portraying the hypertext view of the world.
15:54:31 [Ian]
DC: I agree.
15:54:34 [Zakim]
-TimBray
15:54:51 [Ian]
RF: I have a hard time speaking to the four chapters.
15:55:02 [Ian]
RF: I'm not entirely sure that docs come second.
15:55:13 [Ian]
RF: I'm sure that we'll talk about properties we want out of a web arch. That's not there now.
15:55:32 [Ian]
RF, DC: Put the stuff in and see what happens.
15:55:48 [Ian]
DC: Anything less than words we agree to won't get us what we want.
15:56:00 [Stuart]
q?
15:56:22 [Ian]
TBL: I don't think that section 3 as elaborated will fulfill the role I have in mind.
15:56:28 [Ian]
RF: I agree with TBL. It doesn't fit.
15:56:56 [Norm]
q-
15:59:33 [Ian]
[IJ, RF, TBL will try to meet to get direction on Ch. 3]
16:00:43 [Ian]
ADJOURNED
16:00:54 [Zakim]
-??P29
16:00:55 [Zakim]
-??P28
16:00:57 [Ian]
RRSAgent, stop