14:44:58 RRSAgent has joined #xproc 14:44:58 logging to http://www.w3.org/2007/03/22-xproc-irc 14:45:16 Meeting: XML Processing Model WG 14:45:17 Date: 22 Mar 2007 14:45:17 Agenda: http://www.w3.org/XML/XProc/2007/03/22-agenda.html 14:45:17 Meeting number: 60, T-minus 32 weeks 14:45:17 Chair: Norm 14:45:17 Scribe: Norm 14:45:19 ScribeNick: Norm 14:58:04 XML_PMWG()11:00AM has now started 14:58:11 +Norm 14:59:04 +Murray_Maloney 14:59:39 zakim, who's on the phone 14:59:39 I don't understand 'who's on the phone', Norm 14:59:42 zakim, who's on the phone? 14:59:42 On the phone I see Norm, Murray_Maloney 15:01:03 Andrew has joined #xproc 15:01:24 +Alessandro_Vernet 15:01:45 +??P8 15:01:50 zakim, ? is Andrew 15:01:50 +Andrew; got it 15:02:47 zakim, please call ht-781 15:02:47 ok, ht; the call is being made 15:02:49 +Ht 15:04:36 zakim, who's on the phone? 15:04:36 On the phone I see Norm, Murray_Maloney, Alessandro_Vernet, Andrew, Ht 15:05:14 http://www.fourmilab.ch/cgi-bin/uncgi/Earth/action?opt=-p 15:06:48 Present: Norm, Murray, Alessandro, Andrew, Henry 15:06:55 Topic: Accept this agenda? 15:06:55 -> http://www.w3.org/XML/XProc/2007/03/22-agenda.html 15:06:59 Accepted. 15:07:03 Topic: Accept minutes from the previous meeting? 15:07:03 -> http://www.w3.org/XML/XProc/2007/03/15-minutes.html 15:07:06 Accepted. 15:07:11 Topic: Next meeting: telcon 29 Mar 2007 15:07:21 No regrets given. 15:07:24 Topic: Review of editor's draft 15:07:24 -> http://www.w3.org/XML/XProc/docs/langspec.html 15:07:56 Norm: Anyone think we can't publish this as a PWD? 15:08:34 Henry: I'm worried that some of the XML examples are wrong. 15:08:50 zakim, please call msm-office 15:08:50 ok, MSM; the call is being made 15:08:52 +Msm 15:08:56 Norm: I'll fix the XML 15:09:26 Norm: Any other showstoppers? 15:09:28 None heard 15:09:53 Norm: I went through the last week or so's mail and identified several issues that we've been discussing. 15:10:09 Topic: Placement of ignored content? 15:10:30 Norm: Can you put documention inside of p:pipe or p:document or p:inline? 15:10:52 Regrets: Mohamed 15:11:11 Murray: I think we should have an element dedicated to documentation instead of playing games with ignored prefixes. 15:11:21 q+ to agree with Murray 15:11:55 Norm: Having an element for documentation for eliminate the need for ignored preixes. 15:12:11 ack msm 15:12:11 MSM, you wanted to agree with Murray 15:12:47 Michael: I wanted to agree with Murray. You don't want to get rid of ignored content but you want to limit it to extensions. 15:13:20 ...Documentation is a well understood need, so label it that. 15:13:29 Norm: Mohamed also agreed in IRC 15:13:32 q+ not to allow documentation inside p:inline 15:13:36 s/for eliminate/does not eliminate/ 15:13:39 ack ht 15:14:29 +Alex_Milows 15:14:38 Henry: I'm happy to leave the question of where documentation is allowed to the editor, but I don't want it to be allowed in p:inline. The p:inline content shouldn't have any special rules. 15:14:53 ...If you don't want it to go through the pipeline, don't put it in p:inline. 15:15:13 Norm: I'm hearing a proposal to have p:documentation element that is just for documentation. 15:15:26 Murray: You might want to spell it with a shorter word. 15:15:28 Norm: Such as? 15:15:43 zakim, mute me 15:15:43 Ht should now be muted 15:15:53 Murray: p:readme? 15:16:06 Norm: I don't like that one, how about p:doc? 15:16:09 [p:doc works for me] 15:16:14 Norm: Everybody happy with p:doc? 15:16:14 Ok 15:17:12 Norm: Do we now want to rename "ignored-prefixes", "extension-prefixes" 15:17:39 Murray: What for? 15:17:44 Norm tries to explain. 15:19:03 zakim, unmute me 15:19:03 Ht should no longer be muted 15:19:05 Norm: I don't think we have to worry about where p:ignored-prefixes is allowed or any defaults for ignored prefixes now that we have a documentation element. 15:19:20 Topic: Import precedence 15:19:36 HST agrees, subject to my comment about p:inline. . . 15:19:50 Norm: The question is, should you be to declare a step or define a pipeline with the same name as some declared step or pipeline that you imported from a library. 15:20:46 Henry: It seems relatively cheap but relatively unlikely to be useful. But it's probably better than ignoring the issue. 15:21:03 Murray: I'm worried about the security issue and spoofing of pipelines. 15:21:36 OK, so A imports and overlays part of B, and I import A and B, what do I get? 15:21:44 Murray: If your library imports Alex's, but you've put some subtle change in, maybe you can steal data from me. Or maybe I'll have a hard time debugging it. 15:22:10 Henry: I'm convinced, let's not doit. 15:22:22 Norm: Me too. 15:22:24 Topic: Pipeline visibility 15:22:36 Norm: Can two pipelines defined in the same library see each other? 15:23:31 Murray: Yes, of course. 15:23:42 Norm: I think a consequence of this is that order no longer matters. 15:24:51 Norm: So you can't do a single pass, you have to be prepared to encounter qnames for pipelines that you haven't seen declarations for yet. 15:24:58 Topic: Order of input/output/param/option 15:25:56 Norm: Do we define the content of step with a sequence or a choice group? 15:26:33 Murray: What Jeni says makes sense 15:28:12 -> http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2007Mar/0174.html 15:28:20 Murray: I think you have to have all the declarations first 15:29:06 Henry: I think it's pointless to allow variability of only limited utility. 15:29:41 Murray: I want them to be in any order, as long as they come before the first step. 15:30:00 Murray: While I can somewhat appreciate Henry's position, I don't see that there's any great cost. 15:30:04 Henry: I don't feel strongly. 15:30:27 Norm: Anyone strongly in favor of the status quo? 15:30:49 Norm: Ok, let's change it for the next draft and add a note to the spec soliciting feedback on this point. 15:31:02 Topic: Interpretation of type name on declare-step 15:31:43 Norm: Is an unprefixed name in the type attribute of p:declare-step implicitly in the default namespace a la Schema rules, or in no namespace, a la XSLT rules. 15:32:27 Norm: Henry, you wanted the Schema rules, Alessandro, Alex, and Norm prefer the XSLT rules. 15:32:41 Norm: Anyone other than Henry arguing for the schema rules? 15:34:01 Murray: I'm confused. 15:34:04 Norm tries to explain. 15:34:37 Murray: If I now write a pipeline and I want to use that process and I have a namespace bound to the prefix, example: 15:35:05 q+ to make the Dan Connolly point 15:35:13 q- not 15:35:26 ack ht 15:35:26 ht, you wanted to make the Dan Connolly point 15:37:40 Henry: If we adopt the proposal, then some names won't be in any namespace and as Dan Connolly observes, all things should be on the web. 15:39:53 s/on the web/have a URI/ 15:40:14 Henry: We're in an inconsistent position for libraries which is the full equivalent of the schema position. 15:40:52 Henry: I prefer the following summary of the schema rules: whenever something is a reference, the full namespace bindings are available, but for naming things you don't use the namespace bindings at all. 15:41:23 Henry: That's what we did for pipelines and libraries, but not what we've done for types, so I'm in an impossible position. 15:42:07 Norm: We don't need to answer this for the next draft, so I'm going to move on. 15:42:26 Murray: Ok, though I'm tending to lean towards Norm's answer because I think XSLT is going to be closer than Schema for our users. 15:43:16 Topic: Review of the step library 15:43:16 -> http://www.w3.org/XML/XProc/docs/langspec.html#std-components 15:43:34 Norm: I sent in some minor comments, Henry did to. Alex, did you get anything off list? 15:43:38 Alex: No, not really. 15:44:00 Norm: Any components that anyone would prefer not to see in the next working draft? 15:44:24 Henry: Yes, if we're not going to settle the caching question until after this draft, then we should remove the xinclude-with-sequence component. 15:44:38 Alex: I'm happy to exclude it for now. 15:45:56 Henry: I support the sequence of schemas 15:46:14 Henry: We looked at the minor components for most of a telcon (when I was chairing pro-tem) 15:46:33 Henry: I'm not sure we've ended up with all the things we talked about. 15:47:22 Topic: Output from components that currently have no output. 15:48:09 Norm: Murray suggested that the components that currently have no output could usefully have a single output that identifies the location where the content was actually written. 15:48:22 Henry: Yes, it does mean that components that succeed always have output. 15:48:53 Norm: Can you update the draft along those lines, Alex? 15:49:09 Alex: I wonder if we could use this to deal with non-XML results from httpRequest? 15:49:55 Alex: This and the httpRequest object have their own sort of component vocabularies. 15:50:33 Norm: I'm happy if you put the result in a component results namespace or something. 15:51:08 Proposal: The editors shall incorporate the decisions made today and the resulting draft will be published as the next public working draft. 15:51:21 Accepted. 15:51:49 Alex: We didn't talk about the XSL-FO component, are we adding it? 15:51:57 Norm: Any objections? 15:52:03 None heard. Go for it. 15:52:15 Topic: Solution for the caching problem 15:53:03 alexmilowski has joined #xproc 15:53:11 alexmilowski has left #xproc 15:53:39 alexmilowski has joined #xproc 15:55:02 Norm: I think there are three options: do nothing, you can't, do the *-with-sequence, or do some form of caching. 15:55:09 Murray: I think we should do nothing. To clever by half. 15:55:14 [and in that case, give it the name Y-Include, also spelled "why include?"] 15:56:13 Henry: In certain cases, because tools expect to reference things by URI, and pipelines may want to compute those resources, that the ability to assing URIs to things as they flow through the pipeline and then getting access to those things by URI, in the case where that's what you want to do, seems to be valuable. 15:56:37 ...We could say "no, in V1". I'm opposed to doing it across the board because it blows away streaming. 15:56:48 ...You have to cache everything that comes out. 15:57:41 ...That's much too high a burden. So my proposal was to adopt an intermediate position, allowing authors to do caching for a part of the pipeline. 15:58:21 Norm: I think we could decide not to do something for V1, but I'm really, really reluctant to go there. I think it's horribly near a requirement. 15:58:29 Alex: I think caching is the right way to proceed but not for V1. 16:00:14 q+ to point out that if we locate dynamically created resources (call them ports) in URI space, this question may look different 16:00:18 HST: I want to be able to set the base URI to "#banana", i.e., not written out _anywhere_! 16:00:30 q+ to push on that 16:01:55 q- 16:03:37 -Murray_Maloney 16:03:56 -Msm 16:04:03 -Alex_Milows 16:04:06 -Alessandro_Vernet 16:04:15 -Andrew 16:06:17 RRSAgent, make logs world-visible 16:06:32 -Ht 16:06:33 -Norm 16:06:34 XML_PMWG()11:00AM has ended 16:06:35 Attendees were Norm, Murray_Maloney, Alessandro_Vernet, Andrew, Ht, Msm, Alex_Milows 16:06:41 alexmilowski has left #xproc 16:07:03 Norm has joined #xproc 16:07:14 rrsagent, draft minutes 16:07:14 I have made the request to generate http://www.w3.org/2007/03/22-xproc-minutes.html Norm 16:07:24 rrsagent, pointer? 16:07:24 See http://www.w3.org/2007/03/22-xproc-irc#T16-07-24 16:15:23 Norm has joined #xproc 16:15:27 MoZ has joined #xproc 16:39:22 MoZ has joined #xproc 16:45:53 Hi Norm 16:45:58 Hi MoZ 16:46:04 Are you going to attend XSL Meeting ? 16:46:45 In less than a quarter 16:46:52 Yes, I'm planning to 16:49:31 Good 16:49:48 Norm, was talking with Murata for NVDL component 16:49:57 Cool 16:49:58 ...and some limitation on how to recombine 16:50:15 ...he seems to find the challenge interesting 16:51:03 Also cool 16:51:39 so may be we will have a better semantic on that point 16:52:08 and way to reference "output port" of nvdl :) 18:04:20 Zakim has left #xproc 18:04:48 rrsagent, bye 18:04:48 I see no action items