14:52:08 RRSAgent has joined #xproc 14:52:08 logging to http://www.w3.org/2006/06/01-xproc-irc 14:52:42 rlopes has joined #xproc 14:53:29 Alessandro has joined #xproc 14:53:52 Meeting: XML Processing Model WG 14:53:52 Scribe: Norm 14:53:52 ScribeNick: Norm 14:53:52 Date: 1 Jun 2006 14:53:52 Chair: Norm 14:53:55 Agenda: http://www.w3.org/XML/XProc/2006/06/01-agenda.html 14:55:56 PGrosso has joined #xproc 14:56:45 MoZ has joined #xproc 14:57:16 Zakim, what is the code? 14:57:16 sorry, MoZ, I don't know what conference this is 14:57:39 Zakim, this will be xproc 14:57:39 ok, MoZ; I see XML_PMWG()11:00AM scheduled to start in 3 minutes 14:57:46 Zakim, what is the code? 14:57:46 the conference code is 97762 (tel:+1.617.761.6200), MoZ 14:58:25 XML_PMWG()11:00AM has now started 14:58:27 +Norm 14:58:40 +moz 14:58:41 -moz 14:58:43 +moz 14:58:47 +[IPcaller] 14:59:14 zakim, [ip is Rui 14:59:14 +Rui; got it 14:59:19 +Alessandro_Vernet 15:00:04 +[ArborText] 15:00:36 zakim, please call ht-781 15:00:36 ok, ht; the call is being made 15:00:38 +Ht 15:01:23 richard has joined #xproc 15:02:00 +??P22 15:02:03 zakim, ? is richard 15:02:03 +richard; got it 15:03:04 AndrewF has joined #xproc 15:03:37 +??P25 15:03:46 zakim, ? is AndrewF 15:03:46 +AndrewF; got it 15:44:59 http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2006May/0141.html 15:45:54 to slow ...:( 15:46:08 thx paul 15:59:57 -Norm 15:59:58 -Ht 15:59:58 -richard 15:59:59 -moz 16:00:01 -PGrosso 16:00:02 -Rui 16:00:03 -Alessandro_Vernet 16:00:04 -AndrewF 16:00:05 PGrosso has left #xproc 16:00:06 XML_PMWG()11:00AM has ended 16:00:08 Attendees were Norm, moz, [IPcaller], Rui, Alessandro_Vernet, PGrosso, Ht, richard, AndrewF 16:00:34 Zakim, who is on the phone? 16:00:34 apparently XML_PMWG()11:00AM has ended, MoZ 16:00:35 On IRC I see richard, MoZ, Alessandro, RRSAgent, Zakim, MSM, ht 16:06:01 Norm has joined #xproc 16:06:32 Presents: Norm, Mohamed, Rui, Alessando, Paul, Henry, Richard, Andrew 16:06:32 Regrets: Murray, Michael 16:06:32 Topic: Accept this agenda? 16:06:32 -> http://www.w3.org/XML/XProc/2006/06/01-agenda.html 16:06:32 Accepted. 16:06:34 Topic: Accept minutes from the previous teleconference? 16:06:36 -> http://www.w3.org/XML/XProc/2006/05/25-minutes.html 16:06:38 Accepted. 16:06:40 Topic: Next meeting: 8 June telcon 16:06:42 Any regrets? 16:06:44 None given. 16:06:46 Topic: Face-to-face: 2-4 Aug 2006. 16:06:48 Topic: Review of open action items 16:06:50 1. A-22-01: Norm to create an issue to track xpath expressions over a sequence of documents 16:06:52 Completed: Issue #3306 16:06:54 2. A-13-01: MSM to draft a complete table; ETA: 15 June 2006 16:06:56 Continued 16:06:58 Topic: Continuation of our syntax discussion 16:07:00 Richard: Can you summarize where we are wrt syntax? 16:07:04 Norm tries 16:07:06 Rui: There was one point when we said that variables can contain strings only. But that didn't seem to be a point of consensus. Jeni was about to make the content a nodeset, for example. 16:07:12 Richard: Should we attempt to agree a version 0 where we say "no we're not having any of those" and then see where we get. 16:07:16 Norm: That seems reasonable to me. Do you have a proposal? 16:07:18 Richard: No, we don't have variables. We just have inputs, outputs, parameters. Parameters are strings. There's no scoping mechanism. Then we can discuss which things we add. This isn't what the spec will say, but it will help us get some things out of the way. 16:07:26 Norm: A concrete syntax for this? 16:07:28 Richard: Yes. Then we could have some implementations of it. 16:07:30 Norm: I really want to know where XPath expressions fit in. 16:07:34 Richard: I was going to suggest no XPath at all, parameters are constant strings. Then discussions of XPaths will involve proposals to change that existing syntax. 16:07:42 Norm: What do others think about this approach? 16:07:44 Paul: I'm always for simplification. 16:07:49 Alessandro: If we do that, will we have to back-track if we want to go to a syntax that allowed XPath. 16:07:50 Richard: Maybe. 16:07:52 Alessandro: So maybe we want to make a decision early on about XPath. 16:07:54 Henry: As long as we don't let this out into the wild too much, or we all solemnly swear that backward incompatibilities with this syntax won't have any impact on our future decisions, I think it'd be ok. I don't think it's a mistake. 16:08:02 Richard: I was not suggesting that any version 0 would exist for any purpose other than to help us consider what version 1 should be. Alternatively, if you think that's too simple, can we enumerate now which things we need to decide before we do a version zero. 16:08:25 Norm expresses that it was XPaths that were this feature in his personal explorations. 16:08:25 Mohamed: I think that the way Jeni is exploring the use of XPath for conditionals is useful research. But the fear I have is that at the moment the XPath using is augmenting the power of XPath by adding new functions. For example, count on sequences. Some of this are extremely needed. We have to focus on the problem of speaking about sequences of documents and how we handle this type. 16:08:36 Norm: I propose that XPath over a sequence is an error. 16:08:38 Richard: You can do it in XPath 1.0 (using union of document()s for example). These are separable. If the contexts were always given by a pipe going into the component, then if the sequence was a sequence you'd get a context nodeset consisting of those nodes. 16:08:48 Mohamed: But if you do $a|$b, you lose the order. It's a set. Maybe we have to say that it's a set and not a sequence. 16:08:52 Norm: I still think we might get away with calling it an error. 16:08:56 Richard: You can certainly work around it with other standard components if we made it an error. 16:09:00 Norm: Yes, you can certainly work around it. 16:09:02 Richard: And a future version could allow them. 16:09:04 Norm, carrying Jeni's proxy, attempts to argue for Jeni's position that we should allow the variable syntax reference to documents. Some discussion of how much work it is to analyze the expressions. Doesn't really require a full XPath parser, but does require care with quoted strings. 16:09:16 Richard: Use of variables there would suggest that that's how they should be used everywhere. 16:09:20 Norm: I'm not sure I want arbitrary XPath expressions in ref=. 16:09:22 Richard: If what you say is a document is ref="$name", then you're saying that the value of ref is an XPath referring to a document. Then you might expect to say ref="document('someURI')". 16:09:28 Alessandro: XPath doesn't have a document() function, that's from XSLT. 16:09:30 Richard: It would also lead people to believe that you could just use part of the output with ref="$foo/something". 16:09:34 Norm: I think we'd have to say that ref is a bare label or that ref is a single variable reference. Either way we violate the principle of least surprise, but I'm not sure what else we can do. 16:09:40 Richard: I'm happy to go with the variable reference mechanism if that's what the group wants, but I'm not enthusiastic about it. How about a straw poll? 16:09:48 Norm: Straw poll: documents by variable reference syntax, or some other syntax that limits XPath expressions to a single document. Is that clear? 16:09:52 (Not really) 16:09:54 Richard: Within XPath expressions, documents as dollar variables? 16:09:56 Richard: To clarify, saying "yes" is supporting what Jeni wants, right? 16:09:58 Henry: I'm not sure I understand the implications. Can we look at some email. 16:10:02 Alessandro: Jeni's relevant message is titled "How should variables be set?" 16:10:05 Richard: (Reading the mail) Option A: XPath expressions are evaluated over a single document. Option B: Expressions are evaluated with no context node, variables are used to refer to intermediate documents. (Paraphrased by the scribe who has no connectivity at the moment.) 16:10:16 Henry: I don't like either of these, I think this is the wrong level. Is this meant to be the syntax that users write? This pushes aspect of the low-level syntax into the XPath in ways I don't like at all. We've said repeatedly that for simple straight-through pipelines, we shouldn't require authors to know the names of any inputs and outputs. If we achieve that goal, then none of these approaches will work because they require you to know the names of things. 16:10:30 Norm: Don't you think the simple case is that there are no xpath expressions? 16:10:34 Henry: I should be able to use XPaths without having to add any other mechanism. I think the 90% case for using XPaths will be to refer to the only document that there is in any given step. I don't see that as falling out of either of these proposals. 16:10:44 ACTION: Henry to describe an alternate proposal in email. 16:10:46 Richard: Have we considered the following: XPath's can't refer to any documents except the documents that are input to the steps. It can refer to those by name. 16:10:52 Norm: We haven't considered that before, but I do like it. 16:10:54 Rui: If we do this, then we'll have steps with lots of inputs. We'll have to pass all the documents we want to refer to as inputs. This will make dependency analysis harder. 16:11:00 Richard: I don't understand. I'm expecting most of my steps not to have any XPaths at all. Most of the ones that do are going to refer to a single document. The case where there are multiple documents in a single XPath seems like an edge case. 16:11:08 Rui: I think that they'll be used in conditionals and in debugging parameters. If you close the domain of the access of the variable to only what's in the input, you'll have to give a lot of inputs. 16:11:16 Richard: You were thinking of pipeline variables that you could set to these things. I was only thinking of this to deal with documents, not with constants. 16:11:22 Norm: I don't think the straw poll would be valuable, does anyone? 16:11:24 Paul: No, but we need actions if we're going to make progress. 16:11:26 Norm: Richard would you take an action to write a syntax proposal? 16:11:28 Richard: Yes. 16:11:30 ACTION: Richard to write a syntax proposal. 16:11:32 ACTION: Norm to write a syntax proposal. 16:11:34 Topic: Any other business? 16:11:36 None. 16:11:38 rrsagent, pointer 16:11:38 See http://www.w3.org/2006/06/01-xproc-irc#T16-11-38 16:13:44 rrsagent, make logs world-visbile 16:13:51 rrsagent, make logs world-visible 16:14:07 rrsagent, draft minutes 16:14:07 I have made the request to generate http://www.w3.org/2006/06/01-xproc-minutes.html Norm