14:59:09 RRSAgent has joined #xproc 14:59:09 logging to http://www.w3.org/2006/10/19-xproc-irc 14:59:16 Alessandro has joined #xproc 14:59:18 Norm has joined #xproc 14:59:45 zakim, who's on the phone? 14:59:45 On the phone I see Norm 15:00:28 Norm has changed the topic to: XProc WG meets 19 Oct 2006: http://www.w3.org/XML/XProc/2006/10/19-agenda.html 15:00:44 Meeting: XML Processing Model WG 15:00:44 Date: 19 Oct 2006 15:00:44 Agenda: http://www.w3.org/XML/XProc/2006/10/19-agenda.html 15:00:44 Meeting: 40 15:00:44 Chair: Norm 15:00:45 Scribe: Norm 15:00:49 ScribeNick: Norm 15:01:17 alexmilowski has joined #xproc 15:01:39 PGrosso has joined #xproc 15:01:46 AndrewF has joined #xproc 15:01:50 +[ArborText] 15:01:52 rlopes has joined #xproc 15:02:01 +Alex_Milowski 15:02:03 +Alessandro_Vernet 15:02:16 +[IPcaller] 15:02:21 Zakim [IP is me 15:02:21 zakim, who's on the phone? 15:02:21 On the phone I see Norm, PGrosso, Alessandro_Vernet, Alex_Milowski, [IPcaller] 15:02:45 +??P16 15:02:49 +??P15 15:02:52 zakim, ? is Andrew 15:02:52 sorry, AndrewF, I do not recognize a party named '?' 15:03:06 Zakim, ??P15 is me 15:03:06 +MoZ; got it 15:03:06 Zakim [IP is Rui 15:03:16 zakim, ??P16 is Andrew 15:03:16 +Andrew; got it 15:03:19 Zakim, [IP is Rui 15:03:19 +Rui; got it 15:03:56 richard has joined #xproc 15:04:37 Telling Zakim who you are: http://www.w3.org/1998/12/bridge/info/name.php3 15:04:40 ack moz 15:04:41 +??P26 15:04:42 zakim, ? is richard 15:04:42 +richard; got it 15:04:57 zakim, who's on the phone? 15:04:57 On the phone I see Norm, PGrosso, Alessandro_Vernet, Alex_Milowski, Rui, Andrew, MoZ, richard 15:05:20 Present: Norm, Paul, Alessandro, Alex, Rui, Andrew, Mohamed, Richard 15:05:37 Topic: Accept this agenda? 15:05:37 -> http://www.w3.org/XML/XProc/2006/10/19-agenda.html 15:06:02 Norm proposes to add "syntactic irregularity in choose" 15:06:25 Accepted. 15:06:26 Topic: Accept minutes from the previous meeting? 15:06:26 -> http://www.w3.org/XML/XProc/2006/10/12-minutes.html 15:06:26 Accepted. 15:06:26 Topic: Next meeting: telcon 26 Oct 2006 15:07:22 s/Accepted./Delayed until next week; scribe failed to post minutes./ 15:08:02 No regrets given. 15:08:33 s/No regrets given./Mohamed gives regrets for 26 Oct./ 15:08:40 Topic: Review of action items 15:08:45 A-13-01 continued 15:08:50 A-39-01 completed 15:08:55 +Murray_Maloney 15:09:15 Topic: Review of 13 Oct draft 15:09:55 Continued to next week. 15:10:14 Topic: Dynamically computed parameters 15:10:45 Alex: I wonder if I'm off in a corner by myself. 15:10:50 Murray: Yes, I think so. 15:11:07 Alex: Ok, but I note that we don't have any use cases in our requirements document that require computed parameters. 15:11:30 Norm: Any volunteers to produce some? 15:12:09 ACTION: A-40-01 Richard to construct some use cases for computed parameters. 15:12:19 ACTION: A-40-02 Norm to construct some use cases for computed parameters. 15:12:50 Murray: It seems to me that you can pick a use case that exists and add a sentence that says you get the parameters from a configuration file. 15:13:12 Alex: I think we need something much more complex in order to justify adding this large a feature. 15:13:44 Richard: We should have them as use cases so that we can say we don't need computed parameters for them. 15:14:07 zakim, please call ht-781 15:14:07 ok, ht; the call is being made 15:14:09 +Ht 15:14:31 Henry joins the call at 14 past the hour 15:14:38 Alex: I think the manifest case is covered by 5.6. 15:15:00 can someone paste in the url for the use cases 15:15:36 Norm: I concede that the alternative works but is perhaps more complex than most users would think of. 15:16:28 XProc use cases and requirements: ->http://www.w3.org/TR/2006/WD-xproc-requirements-20060411/ 15:16:43 Murray: Alex has asked us to add to the use cases document, in terms of process do we need to do that? 15:17:12 Norm: No, we don't have to. 15:17:17 ...but we should 15:18:05 Richard: How seriously do we have to take these use cases? 15:18:13 Alex: I think we should have a non-normative note that shows solutions to all of them. 15:18:17 Norm: I agree 15:19:20 Norm: I propose that the editor be directed to add support for computed parameters to the language document. 15:19:31 Accepted. 15:19:48 ACTION: A-40-03 Norm to update the language document to describe computed parameters 15:20:14 Alex: We don't have the ability to compute a parameter on group. 15:21:10 Norm: We have declare parameter on group. 15:21:53 Alex: So that's going to allow step/source too? 15:21:58 Norm: Yes, I think so. 15:22:19 Henry: I'd be perfectly happy if we used parameter *everywhere* except declare-step-type (or whatever we called it) 15:22:33 Alex: Declare-parameter makes sense on pipeline. 15:22:53 zakim, please call MSM-Office 15:22:53 ok, MSM; the call is being made 15:22:54 +MSM 15:23:00 Richard: There are three different things: 1. saying that some step has parameters; 2. saying what they are for some instance; 3. places where you have to do them both at once. 15:23:06 ...Pipelines are in that third case. 15:23:17 ...The same is true for group, for-each, and so one. 15:23:32 ...We seem to have decided that you use declare-parameter for 1 and 3 and parameter for 2. 15:23:42 Norm: I think that's confusing, it means some things have declare and some don't. 15:24:36 Richard: Why do we have declare anywhere except component definitions? 15:25:02 Henry: You need to declare outputs that are then bound to inputs. You declare things that you can refer to elsewhere, then there are certain aspects of for-each and when that need to be declared. 15:25:22 ...Input/output and declare-input/declare-output are much different than parameter/declare-parameter. 15:25:34 ...I think the false parallelism that's there at the moment is already confusing. 15:25:53 Richard: What is the false parallel? 15:26:49 Henry: When you say declare-output on a when, that's there so that somewhere else some input can reference it. The source is always a declare-output. The only parallel for parameter would be to say that parameter has to refer to a declare-parameter. 15:27:00 ...That's not true for group/when/for-each and such things. 15:27:06 ...That seems very misleading. 15:27:29 Richard: Declare things declare either inputs, outputs or parameters. 15:28:16 ...There are two things you then do, give values to them and the other is that use those values somewhere else. Parameters you use in XPath expressions. Output ports you use in declarations of input ports where you say where they came from. You declare them, assign to them, and use them. That's true of all three. 15:28:36 Henry: In the case of group, you declare a parameter but don't every seem to use it. 15:29:17 Alex: No that we've gone down this tangent; it seems like a number of people would like declare- to go away. 15:29:42 ...At the f2f, I recall that there was an uncomfortable feeling about declare vs. use. We went around in circles and left it that way. 15:29:56 Henry: There are distinctions, I think we should reflect them, we don't have it quite right, I'm not in favor of removing them. 15:30:22 Richard: There are three things: I think it would be better to have 1 name for all three. Having 2 is bad and having 3 would be too verbose. 15:30:34 Alex: How many people on this call would prefer to drop declare-? 15:30:46 Richard: Is there any place where it would cause ambiguity? 15:31:20 zakim, who's on the phone? 15:31:20 On the phone I see Norm, PGrosso, Alessandro_Vernet, Alex_Milowski, Rui, Andrew, MoZ, richard, Murray_Maloney, Ht, MSM 15:32:12 Murray: Henry voiced his concern. As I recall Paul was the other person. 15:32:18 Paul: Which distinction? 15:33:10 Murray: I proposed an input element everywhere, things spread out, and when we contracted it back, that distinction remained. 15:33:27 Henry: I favor the distinction being preserved. 15:34:05 Straw poll: who's in favor of dropping the "declare-" prefix throughout. 15:35:03 -MoZ 15:35:14 I was saying yes 15:35:52 Results: 8 in favor, 1 against, and 2 abstentions. 15:36:38 Paul: Why have things changed? 15:37:01 +??P7 15:37:13 Norm: I think we struggled with the model at the f2f; many of us there were unhappy with the distinction. The best I can say is, time has passed. 15:37:18 Zakim, ? is me 15:37:20 +MoZ; got it 15:37:27 Henry: I think part of the issue was that there were a lot of other alternatives on the table at the f2f. 15:37:53 We wonder what Jenni's position is? Norm recalls her being in favor of dropping the distinction. 15:38:22 Norm: I propose to produce a branch draft that looses the distinction and give folks a chance to see how it feels "in situ" as it were. 15:38:29 s/looses/loses/ 15:39:03 ACTION: A-40-04: Norm to produce a draft that loses the distinction (and a diff) 15:39:16 MSM, what ? 15:40:21 Murray: Can we discuss GRDDL at the end? 15:40:23 Norm: Ye. 15:40:26 s/Ye./Yes./ 15:40:45 Topic: GRDDL 15:41:13 Murray: I think there's some confusion based on the responses I've been getting. 15:41:19 Murray: I'm asking about something not related to pipelines. 15:41:42 Murray: An agent grabs a document and sees an GRDDL transformation. It also sees XInclude. 15:41:53 Murray: Should it expand the XIncludes or not? 15:42:48 Murray: I know we haven't talked about the other half of our charter much yet, but the GRDDL chair keeps asking me this quesiton. 15:42:49 s/quesiton/question/ 15:43:03 Murray: Do we have anything to say. 15:44:07 Norm: I agree it's in our charter, so from a process point of view, I think the answer is "wait, we'll get to that as soon as we can". 15:44:20 Norm: I think the spec should answer the question. 15:44:35 Murray: The problem is that the spec isn't written in terms of agents, only in terms of encoding. 15:44:57 Alex: Murray, how is this any different than someone saying that my transformation relies on the PSVI? 15:45:15 ...That's a presupposition of XML Schema validation. 15:45:24 q+ to ask whether the right way to rephrase Norm's suggestion is "they say whether the GRDDL transformation gives the RDF meaning of the document as it exists or of the document produced as the result of applying XInclude to the document" 15:46:43 q? 15:47:08 Henry: I think the answer is clear: in the absense of an answer about the default pipeline, there is no basis for GRDDL to take that question on. 15:48:42 ack msm 15:48:42 MSM, you wanted to ask whether the right way to rephrase Norm's suggestion is "they say whether the GRDDL transformation gives the RDF meaning of the document as it exists or of 15:48:45 ... the document produced as the result of applying XInclude to the document" 15:49:26 Michael: I understood Murray to say that Norm's answer is hard because the spec isn't written to talk about processors. 15:49:45 ...I'm assuming that the spec says something like "the pointer to the GRDDL transformation is a pointer to a transformation that gives an RDF encoding of the meaning of this document" 15:51:07 ...I think Norm's suggestion can be translated: "Does that transformation give the meaning of that document as it stands or the meaning of the document that can be obtained from the application of XInclude to this one" 15:51:43 Michael: I'm with Norm in thinking you might want it one way or another, but I'm with Henry about the simplest thing that could be said. 15:51:51 Murray: What is the document as it stands? 15:52:14 Michael: If we're talking about any case where serialization/infoset isn't in the normal many-to-one relationship, that would need to be stated. 15:52:45 Murray: see http://dret.net/projects/xipr/ (a promissory note) 15:53:02 Richard: If you talk about the Infoset of the document, it seems to me that are referring to the output of the parser (no other processing). 15:53:38 Murray: In my mind, what you get after XInclude is part of the meaning of the document. 15:53:50 Alex: If you start with "the document as it stands" then when we answer part 2 of our charter, then you can say that "the document as it stands" is the output from that default processing. 15:54:21 Murray, I would agree with you if you were talking about entity expansion. But the example we are talking about is XInclude, which gets used by people who want to be able to have, and work with, two different ESISes. 15:54:58 Topic: Syntactic irregularity of choose 15:55:14 Straw poll: does the syntactic irregularity of chooes/when bother you? 15:55:30 zakim, who's on the phone? 15:55:30 On the phone I see Norm, PGrosso, Alessandro_Vernet, Alex_Milowski, Rui, Andrew, richard, Murray_Maloney, Ht, MSM, MoZ 15:57:36 Results: 5 yes, 1 no, and 4 abstain 15:57:59 Norm: useful information. 15:58:06 Topic: Any other business 15:58:16 None. 15:58:35 Adjourned 15:58:38 -Ht 15:58:46 -PGrosso 15:58:47 -Murray_Maloney 15:58:47 -Andrew 15:58:48 -richard 15:58:48 -Alessandro_Vernet 15:58:49 -Norm 15:58:50 -Rui 15:58:51 -Alex_Milowski 15:58:51 PGrosso has left #xproc 15:58:54 rrsagent, please make logs world-visible 15:58:57 -MSM 15:59:03 -MoZ 15:59:05 XML_PMWG()11:00AM has ended 15:59:06 Attendees were Norm, PGrosso, Alex_Milowski, Alessandro_Vernet, [IPcaller], MoZ, Andrew, Rui, richard, Murray_Maloney, Ht, MSM 15:59:07 rrsagent, please draft minutes 15:59:07 I have made the request to generate http://www.w3.org/2006/10/19-xproc-minutes.html Norm 15:59:11 zakim, bye 15:59:11 Zakim has left #xproc 15:59:13 rrsagent, bye 15:59:13 I see 4 open action items saved in http://www.w3.org/2006/10/19-xproc-actions.rdf : 15:59:13 ACTION: A-40-01 Richard to construct some use cases for computed parameters. [1] 15:59:13 recorded in http://www.w3.org/2006/10/19-xproc-irc#T15-12-09 15:59:13 ACTION: A-40-02 Norm to construct some use cases for computed parameters. [2] 15:59:13 recorded in http://www.w3.org/2006/10/19-xproc-irc#T15-12-19 15:59:13 ACTION: A-40-03 Norm to update the language document to describe computed parameters [3] 15:59:13 recorded in http://www.w3.org/2006/10/19-xproc-irc#T15-19-48 15:59:13 ACTION: A-40-04: Norm to produce a draft that loses the distinction (and a diff) [4] 15:59:13 recorded in http://www.w3.org/2006/10/19-xproc-irc#T15-39-03