IRC log of xproc on 2007-08-30

Timestamps are in UTC.

14:48:38 [RRSAgent]
RRSAgent has joined #xproc
14:48:38 [RRSAgent]
logging to http://www.w3.org/2007/08/30-xproc-irc
14:48:40 [Norm]
Meeting: XML Processing Model WG
14:48:40 [Norm]
Date: 30 August 2007
14:48:41 [Norm]
Agenda: http://www.w3.org/XML/XProc/2007/08/30-agenda
14:48:43 [Norm]
Meeting number: 82, T-minus 9 weeks
14:48:45 [Norm]
Chair: Norm
14:48:49 [Norm]
Scribe: Norm
14:48:51 [Norm]
ScribeNick: Norm
14:52:37 [ruilopes]
ruilopes has joined #xproc
14:55:44 [PGrosso]
PGrosso has joined #xproc
14:59:20 [Zakim]
XML_PMWG()11:00AM has now started
14:59:26 [Zakim]
+Norm
15:01:20 [Zakim]
+[ArborText]
15:01:41 [MoZ]
Zakim, this will be xproc
15:01:42 [Zakim]
ok, MoZ; I see XML_PMWG()11:00AM scheduled to start now
15:01:49 [MoZ]
Zakim, what is the code ?
15:01:49 [Zakim]
the conference code is 97762 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), MoZ
15:02:20 [Norm]
Zakim, who's on the phone?
15:02:21 [Zakim]
I notice XML_PMWG()11:00AM has restarted
15:02:23 [Zakim]
On the phone I see Norm, PGrosso, ??P6
15:02:27 [Zakim]
+MoZ
15:02:37 [Norm]
Zakim, ??P6 is ruilopes
15:02:38 [Zakim]
+ruilopes; got it
15:02:44 [Andrew]
Andrew has joined #xproc
15:02:59 [Norm]
Zakim, who's on the phone?
15:02:59 [Zakim]
On the phone I see Norm, PGrosso, ruilopes, MoZ
15:03:15 [Zakim]
+??P4
15:03:19 [Andrew]
zakim, ? is Andrew
15:03:19 [Zakim]
+Andrew; got it
15:03:26 [richard]
richard has joined #xproc
15:04:08 [ht]
zakim, please call ht-781
15:04:09 [Zakim]
ok, ht; the call is being made
15:04:09 [Zakim]
+Ht
15:04:30 [Zakim]
+??P40
15:04:34 [richard]
zakim, ? isme
15:04:34 [Zakim]
I don't understand '? isme', richard
15:04:35 [richard]
zakim, ? is me
15:04:35 [Zakim]
+richard; got it
15:04:57 [richard]
zakim, what is 3 + 4 ?
15:04:57 [Zakim]
I don't understand your question, richard.
15:05:16 [Norm]
Zakim, who's on the phone?
15:05:16 [Zakim]
On the phone I see Norm, PGrosso, ruilopes, MoZ, Andrew, Ht, richard
15:05:53 [Norm]
Present: Norm, Paul, Rui, Mohamed, Andrew, Henry, Richard
15:06:15 [Norm]
Topic: Accept this agenda?
15:06:15 [Norm]
-> http://www.w3.org/XML/XProc/2007/08/30-agenda
15:06:29 [Norm]
Add: splitting the spec?
15:06:40 [Norm]
Accepted.
15:06:48 [Norm]
Topic: Accept minutes from the previous meeting?
15:06:48 [Norm]
-> http://www.w3.org/XML/XProc/2007/08/23-minutes
15:06:52 [Norm]
Accepted.
15:07:01 [Norm]
Topic: Next meeting: telcon 6 September 2007
15:07:01 [Norm]
Topic: Next meeting: telcon 6 September 2007
15:07:33 [Norm]
No regrets given.
15:07:48 [Norm]
Topic: Charter extension :-(
15:08:28 [Norm]
Norm: Henry, what do we need to do?
15:08:54 [Norm]
Henry: I'm not sure, but as a tactical matter let's wait until we get to Last Call before we do it.
15:09:10 [Norm]
Topic: Meeting at the W3C Technical Plenary
15:10:10 [Norm]
Norm: We should plan to meet at the plenary, Th/Fr 8/9 Nov 2007 in Cambridge, MA, US
15:10:40 [Norm]
Norm: I've requested a projector, a whiteboard, and a phone
15:10:59 [Norm]
Norm will be there
15:11:01 [Norm]
Henry will be there in part
15:11:07 [Norm]
Paul will be in the hotel, but at the XSL FO meeting
15:11:27 [Norm]
Topic: Comments on the new draft
15:11:27 [Norm]
-> http://www.w3.org/XML/XProc/docs/langspec.html
15:11:44 [Norm]
Henry: Woo hoo! seems appropriate
15:12:06 [Norm]
Norm: Did anyone look at Henry's editorial changes
15:12:37 [Norm]
Mohamed: I did and I think it addressed many issues.
15:12:52 [Norm]
...I think some of the type stuff isn't in the spec (options that must be QNames, etc.)
15:12:59 [Norm]
Henry: I think that stuff is in 3.9
15:13:27 [Norm]
Mohamed: Yes, that's ok. But I think some of it is missing in required steps.
15:13:57 [Norm]
Henry: At the moment, the changes in section 7 are only visible in the copy attached to the email that I sent
15:14:15 [Norm]
Mohamed: Ok, maybe I was looking in the wrong place.
15:14:41 [MSM]
MSM has joined #xproc
15:14:51 [Norm]
Henry: I've been trying to make the steps more regular (editorially).
15:15:09 [Norm]
...Alex had evolved towards a standard way, but they hadn't all been updated
15:15:13 [Norm]
Norm regrets Alex's absence.
15:15:30 [Norm]
Henry summarizes his editorial changes.
15:16:44 [Norm]
Norm: I think we should accepted Henry's changes.
15:17:19 [Norm]
Norm and Henry will work together on the draft.
15:18:09 [Norm]
Mohamed: I'm very happy with the styling changes in the tableaus
15:18:44 [Norm]
Norm: Yeah, I think it worked out pretty well too, though I'm open to suggestions for more improvements.
15:19:06 [Norm]
Topic: p:pack
15:19:06 [Norm]
http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2007Aug/0080.html
15:20:35 [Norm]
http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2007Aug/0101.html
15:21:37 [Norm]
Mohamed: We're only missing a few things, most of which we can get with options.
15:22:04 [Norm]
...An option on p:count would allow it to return 0, 1, or more instead of counting all of them
15:23:23 [Norm]
...Adding an option on split-sequence to stop after first false, that could be an option too.
15:23:28 [Norm]
...And p:pack
15:24:15 [Norm]
Mohamed: I'm not sure I want all of them, but I was trying to see what we couldn't do.
15:24:28 [Norm]
...Some of them would require p:input="*" and p:output="*".
15:24:35 [Norm]
...But the three named above could be done pretty easily.
15:25:48 [Norm]
Norm: I'm sort of inclined leave these until the next release or as exproc extensions.
15:26:15 [Norm]
Norm: What do folks think of a 0, 1, or more sort of step as an alternative/option to p:count?
15:26:52 [Norm]
Henry: I'm not sure how central the requirement for this is?
15:27:10 [Norm]
...I appreciate that there's an in principle need, but what is the real-world use case?
15:27:45 [Norm]
Norm: I'm not hearing a lot of support
15:28:03 [Norm]
No consensus to add this.
15:28:23 [Norm]
Norm: What about a variation on p:split-sequence to stop after the first false?
15:28:54 [Norm]
Henry: Same question?
15:29:00 [Norm]
s/question?/question/
15:29:08 [Norm]
Norm: I'm not hearing a lot of support for this either
15:29:29 [Norm]
No consensus to add this.
15:30:06 [Norm]
Henry: I think it will be very reasonable during CR to respond to requests of the form "please add a step such as..." with some optional step that we might eventually make required.
15:30:31 [Norm]
Norm: That leaves us with p:pack
15:30:48 [Norm]
Mohamed: The use case for this one is to make a comparison of two sequences of documents.
15:32:09 [Norm]
Norm: I see, so instead of having two sequences, you can just take the first two and then the next two, etc.
15:32:55 [Norm]
Mohamed: You get the two documents in a single wrapper
15:33:05 [MoZ]
<A><a/><b/></A>
15:33:17 [Norm]
Norm: Right.
15:33:45 [Norm]
http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2007Aug/0080.html
15:33:52 [MoZ]
http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2007Aug/0080.html
15:35:26 [Norm]
Henry: I'm still not clear; if I have four documents on each input port, how many do I get?
15:35:54 [Norm]
Mohamed: You get four output documents; each of which contains a wrapper that has two documents.
15:36:02 [Norm]
Henry: I think this probably is a good idea.
15:36:25 [Norm]
...It's the dual of split-sequence to some extent and it matches a unix utility that I use occasionally
15:36:38 [Norm]
Norm: Anyone object to adding p:pack?
15:36:42 [Norm]
None heard; accepted.
15:36:54 [Norm]
Topic: Type attribute on p:option, etc.
15:37:10 [Norm]
Norm: There's been some discussion in email.
15:37:25 [Norm]
Proposal: Add a type attribute on p:option?
15:37:39 [Norm]
Proposal fails.
15:37:49 [Norm]
Topic: Namespace fixup
15:38:17 [Norm]
s/Proposal fails/No support heard, at least one object; proposal fails/
15:39:28 [Norm]
Scribe interrupted by FedEx
15:40:06 [Norm]
Henry: At the beginning of 2.2, we say that it's XML that flows between steps.
15:40:27 [Norm]
...There is no statement here which says that the XML must be serializable as an XML document.
15:40:39 [Norm]
Richard: I don't think that's what we should be saying.
15:41:05 [Norm]
Henry: As it stands, as an implementor, I don't think I'd have any obligation to throw an error if a step produced as output an unserializable document information item.
15:41:42 [Norm]
...e.g., I am XML 1.0 based implementation and you give me a document which has two elements with an undeclared namespace.
15:42:07 [Norm]
<root xmlns="foo"><child xmlns=""/></root>
15:42:26 [Norm]
You can't do that in XML 1.0
15:43:12 [Norm]
(That example doesn't actually work, but hopefully the idea is clear)
15:43:52 [Norm]
Henry: The problem arose in p:add-attribute. Do we require namespace fixup? That is, should we say that the output document contains an in-scope namespace binding for the prefix used in the attribute if there isn't one already.
15:44:30 [Norm]
Richard: It seems that on the individual questions of what steps should do, we should say.
15:44:53 [Norm]
Henry: I think that's a question we should put to the WG.
15:45:16 [MoZ]
<p:root xmlns:p="foo"><p:child xmlns:p=""/></p:root> is impossible in XML 1.0 but we just have to change the prefix !
15:45:39 [Norm]
Richard: As to the general question, we say that the things that flow between the steps are XML documents. So if you attempt to pass an unserializeable infoset, that's clearly an error.
15:46:12 [Norm]
...I think this should be partitioned between a general statement like that statements about the individual steps.
15:46:24 [Norm]
Henry: I think there's a finer granularity that's worth considering.
15:46:52 [Norm]
...There are at least two senses of serializable:
15:47:20 [Norm]
...Given a fairly close transcription of the infoset, one possible reading of "serializable" is, if you express every property in your object model, the result will be a WF XML document.
15:47:53 [Norm]
...The next step is to say, no, that's too weak, the sensible meaning is that with the addition of namespace bindings and possibly additional prefixes, the document could be serialized successfully.
15:48:08 [Norm]
Richard: I'd say that the definition is that there's a textual XML document that has the same infoset.
15:48:20 [Norm]
...If we wished to allow some latitude on that then the components themselves should say what the latitude is.
15:48:51 [Norm]
Henry: I think that means: in one case the spec says, if serialization is called for then it must be possible with namespace bindings synthesized as necessary.
15:49:07 [Norm]
...The other alternative is to say that that must obtain at every transition between steps.
15:50:31 [Norm]
Richard: I would be happy to allow implementations the latitude of not fixing up namespaces until they actually serialized the output.
15:50:37 [Norm]
...But that should be considered an optimization
15:50:55 [Norm]
...Each step should say that it works as if such a document was possible at every transition
15:51:13 [Norm]
Henry: So this means describing namespace fixup for at least all ten of these steps
15:51:29 [Norm]
...I'm happy to do that, but it seems overkill.
15:51:43 [Norm]
Richard: I'd abstract the problem and write a single paragraph that says that.
15:52:56 [Norm]
Norm: Anyone disagree with the strict reading of serialization between steps?
15:53:06 [Norm]
Henry: Yes, I think this is an unbearable burden on implementors.
15:53:22 [Norm]
Richard: Where do errors occur if you don't?
15:53:32 [Norm]
Henry: Given that we have an XSLT 1.0 step, it's clear that this can be done.
15:53:52 [Norm]
...All you have to do is do add attribute and then check the namespace bindings with XSLT.
15:53:59 [Norm]
...It's definitely detectable.
15:54:29 [Norm]
Richard: I'm not against it being an allowed optimization to do this, the thing that I want is that the spec be written as if every step produced and consumed textual XML and anything else is an optimization.
15:55:18 [Norm]
Some discussion about what 2.2 meant.
15:56:15 [Norm]
Henry: I'm happy to reword this paragraph but I think we need to do it with our eyes open.
15:56:51 [Norm]
Mohamed: I object to the idea that we put this burden on implementors too.
15:58:07 [Norm]
Norm: Let's take this to email
15:58:28 [Norm]
Richard: I think the minimum position is that steps be allowed to serialize between every step and be allowed to produce an error if they can't.
15:58:52 [Norm]
Topic: Error numbers
15:59:40 [Norm]
No value in fiddling with the error numbers and non-zero chance of screw up.
16:00:10 [Norm]
Topic: Any other busines?
16:00:14 [Norm]
s/busines/business/
16:00:16 [Norm]
None.
16:00:17 [Norm]
Adjourned.
16:00:27 [Zakim]
-Andrew
16:00:28 [Zakim]
-MoZ
16:00:29 [Zakim]
-richard
16:00:30 [Zakim]
-PGrosso
16:00:32 [Zakim]
-ruilopes
16:04:34 [PGrosso]
PGrosso has left #xproc
16:04:50 [Zakim]
-Ht
16:04:51 [Zakim]
XML_PMWG()11:00AM has ended
16:04:52 [Zakim]
Attendees were Norm, PGrosso, MoZ, ruilopes, Andrew, Ht, richard
16:18:13 [Norm]
RRSAgent, set logs world-visible
16:18:18 [Norm]
RRSAgent, draft minutes
16:18:18 [RRSAgent]
I have made the request to generate http://www.w3.org/2007/08/30-xproc-minutes.html Norm
16:18:24 [Norm]
Zakim, bye
16:18:24 [Zakim]
Zakim has left #xproc
16:26:28 [MSM]
MSM has joined #xproc
16:26:53 [Norm]
RRSAgent, bye
16:26:53 [RRSAgent]
I see no action items