IRC log of tagmem on 2002-11-04
Timestamps are in UTC.
- 19:43:21 [RRSAgent]
- RRSAgent has joined #tagmem
- 19:43:24 [Zakim]
- Zakim has joined #tagmem
- 19:43:44 [Stuart]
- So what is the magic incantation to get these two along?
- 19:45:08 [Ian]
- "/invite Zakim"
- 19:45:12 [Ian]
- "/invite RRSAgent"
- 19:51:06 [Ian]
- Ian has changed the topic to: W3C TAG 4 Nov http://www.w3.org/2002/11/04-tag
- 19:54:19 [Stuart]
- I tried that without success... got "INVITE :Not enough parameters" in the notices window
- 19:54:44 [Stuart]
- Maybe you need operator priv's too...?
- 19:57:29 [timmit]
- You need to specify the channel name explicitly in mIRC
- 19:57:43 [DanConn]
- DanConn has joined #tagmem
- 19:57:47 [Stuart]
- aha
- 19:58:14 [timmit]
- "/invike Zaim #tagmem"
- 19:58:21 [timmit]
- owtte
- 19:58:24 [RRSAgent]
- See http://www.w3.org/2002/11/04-tagmem-irc#T19-58-21
- 19:58:25 [Stuart]
- Dan, do you have a a long-distance carrier this week ;-)
- 19:58:30 [timmit]
- Zakim, this is tag
- 19:58:31 [Zakim]
- ok, timmit
- 19:58:36 [DanConn]
- RRSAgent, stop
- 19:58:42 [DanConn]
- RRSAgent, start
- 19:58:47 [DanConn]
- RRSAgent, pointer?
- 19:58:47 [RRSAgent]
- See http://www.w3.org/2002/11/04-tagmem-irc#T19-58-47
- 19:58:51 [Norm]
- Norm has joined #tagmem
- 19:59:15 [Zakim]
- +??P2
- 19:59:19 [Zakim]
- -TimBL
- 19:59:19 [Zakim]
- +TimBL
- 19:59:20 [DanConn]
- yes, phone problem got cleared up later that day, Stuart
- 19:59:53 [Stuart]
- zakim, ??P2 is me
- 19:59:54 [Zakim]
- +Stuart; got it
- 20:00:03 [timmit]
- Zakim, who is here?
- 20:00:04 [Zakim]
- On the phone I see TimBL, Stuart
- 20:00:05 [Zakim]
- On IRC I see Norm, DanConn, Zakim, RRSAgent, Stuart, timmit, Ian
- 20:00:10 [DanC]
- DanC has joined #tagmem
- 20:00:15 [timmit]
- Zakim, where is everyone?
- 20:00:15 [Zakim]
- sorry, timmit, I do not understand your question
- 20:00:17 [DanCon]
- DanCon has joined #tagmem
- 20:01:36 [Zakim]
- +Ian
- 20:01:59 [Zakim]
- +Norm
- 20:02:11 [Ian]
- Regrets: DO, CL
- 20:03:29 [Zakim]
- +DanC
- 20:03:31 [Ian]
- zakim, who's here?
- 20:03:32 [Zakim]
- On the phone I see TimBL, Stuart, Ian, Norm, DanC (muted)
- 20:03:33 [Zakim]
- On IRC I see DanCon, DanC, Norm, DanConn, Zakim, RRSAgent, Stuart, timmit, Ian
- 20:03:52 [Zakim]
- +??P5
- 20:04:06 [Ian]
- zakim, ??P5 is Paul
- 20:04:07 [Zakim]
- +Paul; got it
- 20:05:32 [Zakim]
- +??P6
- 20:05:40 [Ian]
- zakim, ??P6 is TBray
- 20:05:41 [Zakim]
- +TBray; got it
- 20:06:30 [Ian]
- Unknown: RF
- 20:06:35 [Ian]
- Regrets: DO, CL
- 20:06:48 [Ian]
- Present: TBL, SW (Chair), DC, PC, TB, NW, IJ
- 20:07:00 [Ian]
- 28 Oct minutes accepted:
- 20:07:01 [Ian]
- http://www.w3.org/2002/10/28-tag-summary.html
- 20:07:18 [DanC]
- DanC has left #tagmem
- 20:07:28 [Ian]
- Agenda: http://www.w3.org/2002/11/04-tag
- 20:08:37 [DanCon]
- re today's agenda, my action denoted "* Action DC 2002/09/26" was actually from 26Aug, not 26Sep. threw me off for a bit.
- 20:08:47 [Ian]
- ok
- 20:08:52 [Ian]
- =======
- 20:08:54 [Ian]
- Meeting prep
- 20:09:00 [Ian]
- Confirm TAG summary:
- 20:09:01 [Ian]
- http://www.w3.org/2002/11/tag-ac-summary
- 20:09:05 [TBray]
- TBray has joined #tagmem
- 20:09:13 [Ian]
- PC: Ok by me.
- 20:09:17 [Ian]
- http://www.w3.org/2002/11/tag-ac-summary
- 20:09:52 [Ian]
- TB: I approve as well.
- 20:09:55 [DanCon]
- looks ok to me. $Date: 2002/11/01 13:55:55 $
- 20:10:01 [Ian]
- SW: Ok by me.
- 20:10:06 [Ian]
- Summary accepted.
- 20:10:17 [DanCon]
- RESOLVED.
- 20:10:18 [Ian]
- ---
- 20:10:27 [Ian]
- SW: Slides due next week!
- 20:10:33 [Ian]
- --
- 20:10:45 [Ian]
- TAG ftf meeting agenda?
- 20:10:56 [Ian]
- SW: Four segments: namespace documents.
- 20:11:27 [Ian]
- TB: Bad news is that Jonathan won't attend meeting; Good news is that JB and I have reached agreement and I will be posting something about RDDL in the next few days.
- 20:12:01 [Ian]
- SW: Second segment - review material for AC meeting.
- 20:12:09 [Ian]
- SW: 3? 4?
- 20:12:24 [DanCon]
- umm... yeah... chapter 3 on doc formats.
- 20:12:27 [Ian]
- SW: Please email me input to the ftf agenda by the end of this week.
- 20:13:07 [Ian]
- DC: Arch doc doesn't say much about a self-describing Web (following your nose from one doc to another to build context).
- 20:13:30 [Ian]
- DC: TBL, do you believe this is web arch doc? Can we discuss this at the ftf meeting? TBL can you write something in advance of the ftf meeting?
- 20:13:45 [Ian]
- SW: See RF's posting from today, which I think touches on this topic somewhat.
- 20:14:02 [Ian]
- DC: I hadn't read it from that angle.
- 20:14:22 [Ian]
- RF posting: http://lists.w3.org/Archives/Public/www-tag/2002Nov/0014
- 20:14:30 [Ian]
- DC to TBL: Have you written on this?
- 20:14:56 [timmit]
- http://www.w3.org/DesignIssues/Meaning.html
- 20:15:10 [DanCon]
- i.e. on learning what document X means by following links from X->Y, where you know what Y is.
- 20:15:19 [Ian]
- Action TBL: Find or write something about the self-describing Web.
- 20:15:36 [Ian]
- TBL: I think that's captured by "grounded documents" in "Meaning".
- 20:15:36 [timmit]
- "Grounded documents" in the above
- 20:15:59 [Ian]
- Action TBL deleted.
- 20:16:12 [Ian]
- Action DC: Review TBL's text to see if there's any part of self-describing Web for the arch doc.
- 20:16:21 [Ian]
- ------------------------------
- 20:16:27 [Ian]
- * Potential TAG issue re consistency XQuery/XSchema from Tim Bray
- 20:16:31 [Ian]
- http://lists.w3.org/Archives/Member/tag/2002Oct/0028.html
- 20:16:34 [Ian]
- See reply from PC:
- 20:16:59 [Ian]
- (tag only)
- 20:17:00 [Ian]
- http://lists.w3.org/Archives/Member/tag/2002Nov/0001.html
- 20:17:43 [Ian]
- [TB summarizes his issue.]
- 20:18:20 [Ian]
- TB: I have some technical issues with directions proposed by Query WG. Sharpest aspect is that parts of Query require XML Schema semantics.
- 20:18:43 [Ian]
- TB: I sent info to XML Query WG; received a short reply; since then I've received longer replies from individuals of the group.
- 20:18:54 [Ian]
- TB: My latest message is an attempt to break down the problem:
- 20:19:32 [timmit]
- http://lists.w3.org/Archives/Member/tag/2002Oct/0028.html
- 20:20:22 [Ian]
- q+
- 20:20:32 [Ian]
- ack DanCon
- 20:20:33 [Zakim]
- DanCon, you wanted to ask timbl about formats
- 20:20:47 [Ian]
- TB: This may be a process issue rather than an arch issue.
- 20:21:54 [Ian]
- TB: We are moving beyond DTDs (after decades) into new territories of schemas. It seems to me at this point highly architecturally unsound for any really important Recommendation to bet the farm on a particular schema language.
- 20:22:43 [Ian]
- TB: XQuery is bigger than it needs to be. The WG has done the sensible thing of defining Basic Query (leaving out most of schema bits). There needs to be architectural pressure on groups to do less; ship sooner; ship simpler.
- 20:23:24 [Ian]
- ack Ian
- 20:24:02 [Ian]
- PC: Sorry for not replying in a more timely fashion to TB's points.
- 20:24:30 [TBray]
- q+
- 20:24:48 [Ian]
- PC: On the topic of required integration: WG chartered (twice) to use XML Schema.
- 20:25:06 [Ian]
- PC: There haven't been comments prior saying that this is a bad thing.
- 20:25:24 [Ian]
- PC: If this dependency is to be changed, then Query WG needs to be rechartered.
- 20:25:31 [timmit]
- Firstly, I am surprised that TimBray is not encouraging interdependence between w3c specs - see HTML and Xlink discussion - PC
- 20:26:06 [timmit]
- PC: This makes this a process issue
- 20:26:25 [Ian]
- PC: IMO, the primary concern in public fora is not dependency on xschema. But rather whether update language is critical (public split 50/50)
- 20:26:59 [Ian]
- PC On living in a multiple-schema world:
- 20:27:53 [Ian]
- Just because someone waves a standards banner does not mean that
- 20:27:53 [Ian]
- the XML Query WG has to change its plans and delay its work to pay
- 20:27:53 [Ian]
- attention to such a banner waver.
- 20:28:04 [timmit]
- q+ to say that this is primarily an architectural issue in the sense of high-level modular design. It is a question of whether a flexible interface to the schema language should be provided. Of course the process and social issues are intertwined.
- 20:28:28 [Ian]
- PC: Perhaps the XML world needs an abstraction that would include the various schema languages. I think there's a work item in the schema charter that covers this item.
- 20:28:54 [Ian]
- From charter: "interoperability with other schema languages such as RELAX-NG and
- 20:28:54 [Ian]
- Schematron"
- 20:29:00 [Ian]
- http://www.w3.org/2001/12/xmlbp/xml-schema-wg-charter.html
- 20:29:52 [Norm]
- brb
- 20:30:22 [Ian]
- PC: On item three on simplicity: We have worked hard to meet our requirements. To come along and say that the requirements are too big surprises me. I don't think that WGs at W3C should be constrained to pursuing only small specs.
- 20:31:31 [Ian]
- PC: Basic Query handles Schema Part 2. If we publish Basic Query as our only deliverable, we would not meet our requirements. I don't think that at this point in time we should split our deliverables given the progress we've made on the document.
- 20:31:35 [Stuart]
- q?
- 20:32:43 [Ian]
- PC: I think it's ok that the query spec is big. Some of the size has to do with clearer expectations about interoperability.
- 20:33:12 [Ian]
- PC: TB has identified a long-term goal -- clearer relationships among schema specs -- but I don't think that this should affect Query 1.0.
- 20:33:53 [Ian]
- PC: There are a number of XQuery 1.0 implementations, even prior to last call (both Member and non-Member implementers).
- 20:34:26 [Ian]
- PC: So TB's arguments sway me less since we have so much implementation experience that suggests we are doing the right thing.
- 20:34:54 [Ian]
- DC: Is PC arguing that this or is not a TAG issue?
- 20:35:28 [Ian]
- PC: Could be that the TAG issue is on multiple schema languages. Perhaps we could synthesize an abstract model for PSVI processors.
- 20:36:00 [Ian]
- DC: Is there an issue in the first place?
- 20:36:12 [Ian]
- DC: I'm convinced there's an issue given the substantive email exchanged.
- 20:36:24 [Ian]
- ack TBray
- 20:36:56 [Ian]
- TB: Tie-in to XLink is a big bogus; the arguments in that case were purely technical, not about it being a W3C spec.
- 20:37:41 [Ian]
- TB: In the community of Web designers, there is a wave of horror at the astounding complexity of schema and xpath 2.0. A strong feeling that something has gone amiss somewhere.
- 20:37:44 [Ian]
- DC: I have heard similar.
- 20:38:01 [Ian]
- TB: I am not simply running off at the mouth here, but I think accurately representing a feeling that's out there.
- 20:38:04 [Ian]
- ack DanCon
- 20:38:05 [Zakim]
- DanCon, you wanted to share concerns from the public about XML schema "leaking" into other specs; mostly XPath and to say that nearing last call is *exactly* the time to revisit
- 20:38:07 [Zakim]
- ... and confirm or reconsider requirements
- 20:38:09 [Ian]
- ack timmit
- 20:38:10 [Zakim]
- Timmit, you wanted to say that this is primarily an architectural issue in the sense of high-level modular design. It is a question of whether a flexible interface to the schema
- 20:38:12 [Zakim]
- ... language should be provided. Of course the process and social issues are intertwined.
- 20:38:34 [Ian]
- TBL: The question is architectural (whatever the charter said).
- 20:39:25 [Ian]
- TBL: Modularity is a good thing; can the specs be more modular?
- 20:39:54 [Ian]
- TBL: PC and TB do talk to different people (and it's good to hear from all of those people).
- 20:40:07 [Ian]
- TBL: It would be obviously costly to do anything to XQuery.
- 20:40:11 [TBray]
- q+
- 20:40:30 [TBray]
- q-
- 20:40:35 [Ian]
- TBL: I read Xquery and it seemed pretty straightforward to me.
- 20:40:55 [Stuart]
- q+
- 20:40:58 [Ian]
- TBL: PC's social point holds (cost of change).
- 20:41:19 [Norm]
- Norm has joined #tagmem
- 20:41:23 [Ian]
- TB: Query allows querying by types. Allowing query by those 19 data types seems reasonable.
- 20:41:45 [Ian]
- [TBL summarizes that TB's concern is about the dependency on part 1 of XML Schema.]
- 20:41:49 [Ian]
- ack Stuart
- 20:42:33 [Ian]
- SW: Is the focus on a dependency on a single schema language or more specifically on XML Schema?
- 20:42:55 [Stuart]
- s/Schema/Query
- 20:43:08 [timmit]
- q+
- 20:43:16 [Ian]
- TB: I think that PC is correct -- there's a key technical question about whether XML Schema is a cornerstone of future XML specs.
- 20:43:32 [DanCon]
- well, tim, techincally, XML Schema part 2 depends on XML Schema part 1.
- 20:43:37 [DanCon]
- timbl
- 20:43:55 [Zakim]
- +??P8
- 20:43:58 [Ian]
- PC: I think the issue is more about multiple schema languages.
- 20:44:25 [Stuart]
- q?
- 20:44:27 [Norm]
- q+
- 20:45:02 [Norm]
- q-
- 20:45:25 [Ian]
- zakim, ??P8 is Roy
- 20:45:26 [Zakim]
- +Roy; got it
- 20:45:31 [timmit]
- q+ to say that this sort of choice has to be made in each case on its merits.
- 20:45:33 [Ian]
- ack timmit
- 20:45:34 [Zakim]
- Timmit, you wanted to say that this sort of choice has to be made in each case on its merits.
- 20:46:04 [TBray]
- q+
- 20:46:16 [Roy]
- Roy has joined #tagmem
- 20:46:18 [Ian]
- TBL: I am concerned by extreme stances such as "one should one always use w3c specs"; each case is different.
- 20:46:45 [Ian]
- TBL: Several good principles here - reuse stuff; modularity. Need to consider each case.
- 20:47:15 [Norm]
- q+
- 20:47:20 [Ian]
- TBL: Just talking about the schema, case I think that it's not interesting to reset the Query WG. What is possible is for someone to find a clever way of achieving what is required.
- 20:47:31 [Ian]
- TBL: I haven't understood whether "Basic" is what TB needs.
- 20:47:51 [Ian]
- TBL: Is Basic what TB prefers, or is Basic not adequate (and needs tweaking).
- 20:48:21 [Ian]
- SW: Please frame comments in terms so we can define this issue.
- 20:48:39 [Ian]
- TB: I think that it's a good thing to have lots of schema languages out there since this area is new.
- 20:48:56 [Ian]
- TB: We don't have enough experience to know what schema meets which needs.
- 20:49:04 [Ian]
- (what schema language)
- 20:49:21 [Ian]
- TB: I highly approve of XQuery Basic and would strongly recommend that the WG release that on a separate Rec track.
- 20:49:45 [Ian]
- TB: It might even shorten time to Recommendation (for that part of the spec).
- 20:50:13 [Ian]
- TB: I have argued (with specifics) about how query/schema can be decoupled. I haven't heard substantive replies to my specific syntax.
- 20:50:39 [Ian]
- TB: issue proposal: "Schema languages: What can be said about multiple existing schema languages and their appropriate uses in W3C and the Web more generally?"
- 20:50:47 [Stuart]
- q?
- 20:50:53 [Ian]
- TBL: More specific than "What can be said about...?"
- 20:51:00 [Stuart]
- ack TBray
- 20:51:37 [Ian]
- TB: "Given the existence of more than one XML schema languages; what architectural implications does the use of a particular language have? To what extent is it useful to bind to all schema languages or a particular one?"
- 20:52:08 [Ian]
- DC: I'd be happy to consider "To what extent should schema be integrated into xpath and xquery?"
- 20:52:15 [Ian]
- DC: That's the concern I hear at confs.
- 20:52:18 [Ian]
- q?
- 20:52:21 [DanCon]
- xpath, that is
- 20:52:27 [Ian]
- ack Norm
- 20:52:32 [Stuart]
- ack Norm
- 20:52:43 [Ian]
- NW: I have a lot of the same concerns as TB. Though I'm not sure what the issue is, exactly.
- 20:52:54 [Ian]
- NW: I think the pragmatic issue will be setting the conformance levels right.
- 20:53:43 [Ian]
- NW: Substitution groups and inheritence look like they'd be hairy to decouple.
- 20:53:52 [DanCon]
- sigh. conformance levels are evil. This was a priniciple of XML 1.0 (which XML 1.0 didn't quite meet, actually) and it continues to be important.
- 20:54:39 [Ian]
- PC: What about extending DC's proposal to xforms and wsdl?
- 20:54:51 [Ian]
- DC: Not concerned about those as much as xpath, and xquery.
- 20:54:56 [Ian]
- NW: I'd support DC's proposal
- 20:55:06 [Ian]
- PC: I vote against the issue as proposed.
- 20:56:34 [Norm]
- q+
- 20:56:39 [Ian]
- PC: XQuery 1.0 handles DTD and XML Schema. It's not been on the WG's work plan to handle other schema languages.
- 20:57:00 [Ian]
- PC: And it seems that the XQuery WG charter has as a work item addressing additional schema languages.
- 20:57:14 [Ian]
- PC: I don't understand why the TAG has to take this up since the WGs have items on their work plans.
- 20:57:38 [Ian]
- NW: I don't think that there's evidence that xquery and xpath will support xml schema and dtds equally well.
- 20:58:56 [Ian]
- RF: There seems to be an awful lot of support for Relax
- 20:59:23 [Ian]
- Proposed: Adopt as a new issue "To what extent should xml schema be integrated into xpath and xquery?"
- 20:59:56 [Ian]
- PC: I oppose this as an issue; I don't see what the architectural issue is from this wording.
- 21:00:26 [Ian]
- For: DC, TB, NW.
- 21:00:35 [Ian]
- Abstain: TBL, RF, SW
- 21:00:57 [Ian]
- q?
- 21:01:00 [Ian]
- ack Norm
- 21:01:32 [Ian]
- PC: If there an arch issue, I think it's about how schema languages interrelate. I'd like to take offline with TB and refine this.
- 21:03:07 [Norm]
- Yes, please
- 21:03:33 [Ian]
- [No action item assigned.]
- 21:03:38 [Ian]
- --------------------
- 21:03:54 [Ian]
- * Use of frags in SVG v. in XML
- 21:03:54 [Ian]
- o Action DC 2002/09/26: Describe this issue in more detail for the TAG. Done
- 21:03:59 [Ian]
- http://lists.w3.org/Archives/Public/www-tag/2002Oct/0325
- 21:04:23 [DanCon]
- http://lists.w3.org/Archives/Public/www-tag/2002Oct/0325
- 21:05:38 [Norm]
- q+
- 21:05:48 [Ian]
- DC proposed issue: "Use of fragment identifiers in XML". I think that CL might disagree with me, but I take that as evidence that there is an issue.
- 21:07:11 [Ian]
- TB: Is there not already an architectural slam dunk: RFC2396 says that what comes after # is up to the spec.
- 21:07:24 [Ian]
- DC: There are cases where two specs define what happens.
- 21:07:44 [Ian]
- DC: It seems to me that it means something, but it doesn't have to be exhaustive or exclusive.
- 21:07:57 [timmit]
- q+
- 21:08:31 [Ian]
- TB: I could almost see a principle that says "When there is a language that might be served wtih one of multiple media types, inconsistencies in meaning for frag ids is harmful."
- 21:08:47 [Ian]
- SW: RFC2396 also discourages inconsistency.
- 21:08:49 [Ian]
- ack Norm
- 21:08:50 [Norm]
- q-
- 21:08:52 [Ian]
- ack Timmit
- 21:10:26 [Ian]
- TBL: We can ack the inconsistency in the architecture (e.g., when coneg is used). You can serve an HTML page as text/plan. You could serve up, similarly, a bag of bits using the appropriate mime type to give the meaning of a dog or car.
- 21:10:48 [Ian]
- TBL: I have resisted bringing in mime types. I've become more comfortable with the idea of using mime types to give a particular view on data.
- 21:11:27 [Ian]
- TBL: I think there is an issue here that we should write up. Fortunately, I think we can write it up and resolve it.
- 21:11:32 [Ian]
- q?
- 21:11:43 [Ian]
- [Straw poll]
- 21:11:58 [Ian]
- PC: I'm uncomfortable about doing this without Chris Lilley present.
- 21:12:36 [Ian]
- DC: That doesn't convince me that we shouldn't call the question, see if there's support today, and moving on.
- 21:12:49 [Ian]
- SW: Active support for the proposed issue?
- 21:12:56 [Ian]
- For: NW, TBL, DC, SW, RF
- 21:13:01 [Ian]
- Abstain: PC, TB
- 21:13:27 [Norm]
- People would like to be able to inject processing instructions (not PIs, but semantics) into fragment identifiers. That's where I'm feeling the pain today.
- 21:13:35 [Ian]
- Accepted: fragmentInXML-28.
- 21:13:41 [Ian]
- Action IJ: Add to issues lsit.
- 21:14:02 [Ian]
- ----
- 21:14:04 [Ian]
- Findings versioning
- 21:14:10 [Ian]
- Proposal:
- 21:14:14 [Ian]
- http://lists.w3.org/Archives/Member/tag/2002Oct/0043.html
- 21:14:52 [Ian]
- DC: Formalizing this is burdensome.
- 21:15:13 [Ian]
- [DC: I feel differently for tech reports.]
- 21:15:29 [Ian]
- SW: I didn't want people to refer to things that would change.
- 21:15:35 [Ian]
- DC: Such is life.
- 21:15:40 [Ian]
- DC: Do other people really want to do this?
- 21:15:52 [Ian]
- SW: For me, this is what I'd like for findings.
- 21:15:53 [Ian]
- PC: Works for me.
- 21:16:03 [Norm]
- NW: It works for me, too.
- 21:16:26 [Ian]
- IJ: Number of findings per year (6 in 2002) seems manageable.
- 21:16:30 [Ian]
- SW: Ok, we
- 21:16:33 [Ian]
- will run with this.
- 21:16:35 [Ian]
- ---------------------
- 21:16:36 [Ian]
- Arch Doc
- 21:16:59 [Ian]
- Action IJ: Make this policy known to www-tag and link from findings page.
- 21:17:07 [Ian]
- ---
- 21:17:08 [Ian]
- Arch Doc
- 21:17:17 [Ian]
- 29 Oct draft: http://www.w3.org/2001/tag/2002/WD-webarch-20021029
- 21:17:33 [Ian]
- Is RF's action done?
- 21:17:38 [Ian]
- 1. Action RF 2002/09/25: Propose a rewrite of a principle (rationale -> principle -> constraint) to see whether the TAG prefers this approach. It was suggested that the example be about HTTP/REST, as part of section 4.
- 21:17:49 [Ian]
- http://lists.w3.org/Archives/Public/www-tag/2002Nov/0014.html
- 21:18:04 [DanCon]
- roy writes "I give up" as if to say "please withdraw this action" but I found his messag quite responsive to the action.
- 21:18:06 [Ian]
- RF: Regarding earlier question: are xquery and xml schema orthogonal?
- 21:18:30 [Ian]
- q+
- 21:18:40 [Ian]
- TB, DC: I found the approach appealing.
- 21:18:46 [Ian]
- IJ, SW: Same here.
- 21:18:54 [Ian]
- ack DanCon
- 21:20:18 [Ian]
- IJ: "Change is inevitable, and therefore evolution should be planned."
- 21:20:31 [Ian]
- IJ: Seems like "evolution shoudl be planned" is for agents, not the system.
- 21:21:03 [Ian]
- IJ: Does "requirements" mean requirement on the designers or the system?
- 21:21:14 [Stuart]
- ack Ian
- 21:21:23 [Ian]
- RF: "The system needs to be be able to evolve since change is inevitable."
- 21:21:42 [Ian]
- TB: "Evolution should be planned *for*; when change happens things should not fall apart."
- 21:21:55 [Ian]
- RF: Regrets for 11 Nov.
- 21:22:12 [DanCon]
- I'm avilable 11Nov
- 21:22:15 [Ian]
- Next meeting: 11 Nov.
- 21:22:20 [Ian]
- RF: Possible regrets for 18 Nov.
- 21:23:02 [Ian]
- TBL action regarding info hiding done.
- 21:23:13 [Ian]
- CL Action about chapter three not done.
- 21:23:13 [Ian]
- NW: # Write some text for a section on namespaces (docs at namespace URIs, use of RDDL-like thing).
- 21:23:14 [Ian]
- Not done.
- 21:23:23 [Ian]
- # Action DC 2002/10/31: Resend redraft of arch doc section 2.2.1 on URIEquivalence-15. DC and IJ discussed on 30 October. Should IJ incorporate those comments in next draft?
- 21:23:35 [Ian]
- DC: Yes, IJ please incorporate
- 21:25:52 [Ian]
- IJ: What are our expectations for doc before AC meeting?
- 21:26:09 [Ian]
- PC: I am more comfortable approving 29 Oct draft and approving a bigger change at the ftf meeting.
- 21:26:54 [Ian]
- DC: I'd like IJ to get as much done as possible by 13 Nov, with approval with one other TAG participant's review.
- 21:28:18 [Ian]
- Resolved: We might not get a doc out by 13 Nov, but ok for IJ + two other participants (for this draft) sufficient to get to TR page.
- 21:29:05 [Ian]
- IJ: I will try to get a draft with some of RF's proposals by Thursday.
- 21:29:10 [DanCon]
- if it's out by Thu, I intend to read it by Monday
- 21:29:14 [Ian]
- TB, SW: Commit to read and give feedback.
- 21:29:21 [Ian]
- -------------------------------------
- 21:29:28 [Ian]
- SW: Next week agenda priority IRIEverywhere-27.
- 21:30:26 [Ian]
- Action IJ: Invite Martin Duerst to the call next week.
- 21:30:42 [Ian]
- ADJOURNED
- 21:30:45 [Zakim]
- -Norm
- 21:30:47 [Zakim]
- -TimBL
- 21:30:48 [Zakim]
- -TBray
- 21:30:48 [Zakim]
- -Stuart
- 21:30:49 [Ian]
- RRSAgent, stop