15:48:44 <RRSAgent> RRSAgent has joined #xproc
15:48:44 <RRSAgent> logging to http://www.w3.org/2008/12/18-xproc-irc
15:48:49 <Norm> Zakim, this will be xproc
15:48:49 <Zakim> ok, Norm; I see XML_PMWG()11:00AM scheduled to start in 12 minutes
15:48:50 <Norm> Meeting: XML Processing Model WG
15:48:51 <Norm> Date: 18 Dec 2008
15:48:51 <Norm> Agenda: http://www.w3.org/XML/XProc/2008/12/18-agenda
15:48:51 <Norm> Meeting: 132
15:48:51 <Norm> Chair: Norm
15:48:52 <Norm> Scribe: Norm
15:48:54 <Norm> ScribeNick: Norm
15:48:56 <Norm> Regrets: Andrew, Paul
15:58:10 <Norm> Zakim, what's the passcode?
15:58:10 <Zakim> the conference code is 97762 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), Norm
15:58:14 <Zakim> XML_PMWG()11:00AM has now started
15:58:21 <Zakim> +Norm
15:59:35 <Zakim> MoZ, you asked to be reminded at this time
15:59:53 <MoZ> Zakim: thanks
16:00:34 <Zakim> +MoZ
16:03:10 <Vojtech> Vojtech has joined #xproc
16:03:55 <Zakim> +Vojtech
16:06:42 <Norm> Zakim, who's here?
16:06:42 <Zakim> On the phone I see Norm, MoZ, Vojtech
16:06:44 <Zakim> On IRC I see Vojtech, RRSAgent, Norm, Zakim, MoZ, MSM
16:07:43 <ht> ht has joined #xproc
16:07:53 <ht> zakim, please call ht-781
16:07:55 <Zakim> ok, ht; the call is being made
16:07:57 <Zakim> +Ht
16:08:29 <Norm> Present: Norm, Mohamed, Vojtech, Henry
16:09:11 <Norm> Topic: Accept this agenda?
16:09:11 <Norm> -> http://www.w3.org/XML/XProc/2008/12/18-agenda
16:09:12 <Norm> Accepted.
16:09:18 <Norm> Topic: Accept minutes from the previous meeting?
16:09:18 <Norm> -> http://www.w3.org/XML/XProc/2008/12/11-minutes
16:09:20 <Norm> Accepted.
16:09:25 <Norm> Topic: Next meeting: telcon 8 Jan 2009?
16:09:54 <Norm> Norm gives regrets for 15 Jan, Henry to chair.
16:10:08 <Norm> Topic: Review CR comments
16:10:14 <Norm> -> http://www.w3.org/XML/XProc/2008/11/cr-comments/
16:12:12 <Norm> The first issue is 004, preserving base URI
16:12:35 <Norm> Henry summarizes his mail. The net net is: "This means the spec. might be construed to have an interop problem,
16:12:35 <Norm> wrt processors which serialise between each step and those which
16:12:35 <Norm> don't."
16:12:52 <Norm> Henry: We say in the spec that it isn't non-conforming to do fixup between each step.
16:13:30 <Norm> Norm: I think we need to decide if we want to base the technical decision on avoiding the interop problem.
16:15:19 <Norm> Henry: Why doesn't this problem arise for namespace decls? Becauase we don't promise that ignored prefixes actually remove namespace bindings. They come back if they're needed.
16:15:25 <Norm> ...I don't know if that's relevant parallel or not.
16:15:33 <Norm> Vojtech: What is the use case? 
16:15:41 <MoZ> s/Becauase/Because/
16:16:12 <Norm> Norm: It's 5.11
16:16:20 <Norm> -> http://www.w3.org/TR/2006/WD-xproc-requirements-20060411/#use-case-make-absolute-urls
16:17:03 <Norm> Norm explains the rationale for the use case.
16:18:16 <Norm> Some discussion. It turns out that performing steps 1, 4, 2, 3 would give the same result but would not require base URIs to be preserved after xml:base attributes are deleted.
16:19:15 <Norm> Henry: Because we require base URIs to be preserved, serialize-between-steps implementations will have to add xml:base attributes.
16:20:02 <Norm> ...That means serialize everywhere processors will produce xml:base attributes where other processors won't.
16:20:52 <Norm> Mohamed: You need to put it in some namespace or something because xml:base won't work for all the cases. Because we have to keep infoset and PSVI information, you might need to have an XML document that couldn't be used directly.
16:21:10 <Norm> ...You might have to serialize with some special intermediate form in order to preserve all the properties.
16:21:36 <Norm> Norm: I suppose we could change the MUST on base URI to SHOULD.
16:22:05 <Norm> Henry: That will definitely introduce interoperability problems.
16:23:11 <Norm> Norm: I'm torn. I favor the interpretation that says removing xml:base doesn't change the base URI in the infoset, but I concede that that may be difficult for some implementations.
16:23:30 <Norm> Vojtech: I just don't understand why removing the xml:base attribute doesn't change the underlying base URI property.
16:25:26 <Norm> More discussion.
16:25:59 <Norm> Mohamed: One other spec could give a sort-of answer, and that's XQuery update.
16:26:48 <Norm> Norm: We need an answer...
16:26:57 <Norm> Henry: I'd like to think about it a little longer, and I'd also like to have Richard involved.
16:27:04 <Norm> Norm: Ok, I guess we can put it off until 8 Jan.
16:27:43 <Norm> Vojtech: If we combine Norm's approache with Mohamed's suggestion, then it's doable even for processors that serialize between steps.
16:27:56 <Norm> Henry: Yes, I think I'm leaning that way too, but I'd like to think about it some more.
16:28:06 <Norm> Norm: Ok, we'll come back to this on 8 Jan.
16:28:31 <Norm> Vojtech: We have other steps that can modify attributes, we should clarify their semantics as well.
16:29:04 <Norm> Norm: Yes.
16:30:09 <Norm> Norm: There's add-attribute, set-attributes, and string-replace
16:32:49 <Norm> Topic: 006
16:32:55 <Norm> Norm: I think we can close this one.
16:32:58 <Norm> Yep
16:33:02 <Norm> Topic: 005
16:34:04 <Norm> Vojtech: There's a static error for except-prefixes on p:namespaces, I think there should say the same for exclude-inline-prefixes
16:34:23 <Norm> Norm: Can we use the same error?
16:34:37 <Norm> Vojtech: I think so, but we'll have to say something about #default and #all
16:34:56 <Norm> Norm: How about we leave it to the editor, with instructions to use the same one if it's practical.
16:35:07 <Norm> Henry: Fine with me.
16:35:56 <Norm> Vojtech: I also raised a related issue in 027.
16:36:40 <Norm> ...Should the unused namespace appear or not?
16:37:13 <Norm> Henry: I think the reality is that serializers differ on this point, and there's no right answer.
16:37:33 <Norm> ...Both answers are right.
16:38:03 <Norm> Norm: Do we agree that both are equally correct?
16:38:17 <Norm> Mohamed: I don't agree. I think most processors do output the namespace even if it's unused.
16:39:23 <Norm> Henry: You're right. I think I was wrong. There might be a QName in content that does need that prefix.
16:39:44 <Norm> Vojtech: In the context of a pipeline, there are often extra prefixes.
16:40:22 <Norm> Norm: I think Mohamed is right, the namespace binding is in scope and should appear on the result.
16:41:10 <Norm> <p:inline><doc>c:foo</doc></p:inline>
16:41:43 <Norm> Proposed: The serializer must retain all in-scope namespaces whether they are used in XML element or attribute names or not.
16:41:57 <Norm> Accepted.
16:43:04 <Norm> Let's look at 003.
16:43:08 <Norm> Norm explains the issue.
16:44:00 <Norm> Norm: I think we have resolution on this, but we never discussed it in the WG.
16:45:16 <Norm> Proposal: You do have to make the declarations visible in ever pipeline.
16:45:20 <Norm> s/ever/every/
16:45:24 <Norm> Accepted.
16:46:12 <Norm> Let's look at 002
16:46:33 <Norm> Vojtech: You must always specify an empty binding for a parameter input port if you don't have one.
16:46:44 <Norm> ...And even if you specify a number of p:with-param's then you still have to provide the binding.
16:46:48 <Norm> ...This all seems very inconvenient.
16:47:19 <Norm> Norm
16:47:21 <Norm> Norm: Yeah.
16:47:45 <Norm> Vojtech: If you specify p:with-param, you still get the default binding which could be confusing.
16:49:29 <Norm> Norm draws attention to the parallel with p:with-option and use of p:empty to make the binding explicitly empty.
16:50:47 <Norm> Mohamed: I think parameters are complicated, but we've made careful choices. I think the decisions we've made put the burden on the implementor, which is where they should be.
16:51:16 <Norm> ...Authors will make mistakes, but they'll learn this one quickly. Turning this around might make things even more difficult for the author who won't detect the errors until much later.
16:52:23 <Norm> Norm: I think if we're going to change this, we'd need a detailed change proposal for the spec that covered all the cases.
16:52:41 <Norm> Norm: We might also have to go back to last call if we made these changes.
16:53:24 <Norm> Vojtech: I can live with the status quo, but it's obviously confusing as the xproc-dev list shows.
16:53:43 <Norm> Mohamed: I think we need to make it clear that writing a pipeline with parameters requires some care.
16:54:01 <Norm> Norm: Does anyone want to persue making a change in this area?
16:54:05 <Norm> None heard.
16:54:09 <Norm> Proposal: Leave the status quo.
16:54:36 <Norm> Accepted.
16:55:25 <Norm> Issue 001
16:55:54 <Norm> Vojtech: We could also have a general error for "document is not a valid XProc instance"
16:57:11 <Norm> Norm: Vojtech makes a good point about the number of possible errors that we might need.
16:59:26 <Norm> Some discussion of 16, 38, and 44.
16:59:35 <Norm> Norm: I agree that 16 is no longer necessary, it's covered by 38.
17:01:14 <Norm> Norm: I propose that we close 001 by removing error 16 in favor of 38 and leaving the more general quesiton until we have more evidence about it.
17:01:17 <Norm> Vojtech: I'm fine.
17:01:20 <Norm> Mohamed: Agreed.
17:01:24 <Norm> Accepted.
17:01:31 <Norm> Topic: Any other business?
17:01:47 <Norm> Mohamed: For next time, could we begin to discuss the processing model?
17:01:53 <Norm> Norm: Yep. We need to start doing that.
17:02:20 <Norm> Norm: We should at least start talking about a requirements document for that.
17:02:39 <Zakim> -Norm
17:02:40 <Zakim> -Vojtech
17:02:41 <Zakim> -Ht
17:02:43 <Zakim> -MoZ
17:02:45 <Zakim> XML_PMWG()11:00AM has ended
17:02:46 <Norm> Happy Holidays and Joyeux Noel!
17:02:47 <Zakim> Attendees were Norm, MoZ, Vojtech, Ht
17:02:47 <Norm> Adjourned
17:02:55 <Norm> RRSAgent, set logs world-visible
17:03:03 <Norm> RRSAgent, draft minutes
17:03:03 <RRSAgent> I have made the request to generate http://www.w3.org/2008/12/18-xproc-minutes.html Norm
18:37:08 <Zakim> Zakim has left #xproc
18:41:47 <Norm> RRSAgent, bye
18:41:47 <RRSAgent> I see no action items