14:55:35 RRSAgent has joined #xproc 14:55:35 logging to http://www.w3.org/2009/09/10-xproc-irc 14:55:41 Zakim, this will be xproc 14:55:41 ok, Norm; I see XML_PMWG()11:00AM scheduled to start in 5 minutes 14:56:10 Meeting: XML Processing Model WG 14:56:10 Date: 10 Sep 2009 14:56:10 Agenda: http://www.w3.org/XML/XProc/2009/09/10-agenda 14:56:10 Meeting: 152 14:56:10 Chair: Norm 14:56:11 Scribe: Norm 14:56:15 ScribeNick: Norm 15:00:20 alexmilowski has joined #xproc 15:00:32 XML_PMWG()11:00AM has now started 15:00:39 + +1.413.624.aaaa 15:00:40 Zakim, what is the code ? 15:00:41 the conference code is 97762 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), MoZ 15:00:43 +[ArborText] 15:01:20 + +95247aabb 15:01:34 Zakim, aaaa is GoogleVoiceFan 15:01:35 sorry, MoZ, I do not recognize a party named 'aaaa' 15:02:00 Zakim, aabb is me 15:02:00 +MoZ; got it 15:02:12 Zakim, aaaa is Norm 15:02:12 sorry, MoZ, I do not recognize a party named 'aaaa' 15:02:29 +Alex_Milows 15:02:36 zakim, please call ht-781 15:02:36 ok, ht; the call is being made 15:02:37 +Ht 15:03:33 Zakim, who is making noise? 15:03:43 MoZ, listening for 10 seconds I heard sound from the following: MoZ (4%) 15:03:48 +Jeroen 15:03:57 Zakim, mute me and give me a beer 15:03:57 I don't understand 'mute me and give me a beer', MoZ 15:03:58 Zakim, who's on the phone? 15:03:58 On the phone I see Norm, PGrosso, MoZ, Alex_Milows, Ht, Jeroen 15:04:04 Zakim, mute me 15:04:04 MoZ should now be muted 15:04:17 Zakim, Jeroen is Vojtech 15:04:18 zakim, jeroen is Vojtech 15:04:19 +Vojtech; got it 15:04:20 sorry, ht, I do not recognize a party named 'jeroen' 15:04:23 Zakim, who's talking? 15:04:29 zakim, mute me 15:04:29 Ht should now be muted 15:04:34 Norm, listening for 10 seconds I heard sound from the following: 6 (18%) 15:04:37 Zakim, unmute me 15:04:38 MoZ should no longer be muted 15:04:46 yes, ht, fixed 15:05:19 zakim, disconnect me 15:05:19 Ht is being disconnected 15:05:20 -Ht 15:05:25 Zakim, who's on the phone? 15:05:25 On the phone I see Norm, PGrosso, MoZ, Alex_Milows, Vojtech 15:05:31 zakim, please call ht-781 15:05:31 ok, ht; the call is being made 15:05:33 +Ht 15:05:33 Present: Norm, Paul, Mohamed, Alex, Vojtech, Henry 15:06:05 Topic: Accept this agenda? 15:06:05 -> http://www.w3.org/XML/XProc/2009/09/10-agenda 15:06:19 Accepted. 15:06:25 Topic: Accept minutes from the previous meeting? 15:06:25 -> http://www.w3.org/XML/XProc/2009/08/06-minutes 15:06:33 Accepted. 15:06:39 Topic: Next meeting: telcon 17 Sep 2009 15:06:55 Mohamed gives regrets. 15:07:02 Topic: TPAC 2009 15:07:21 Norm: Schedule for the first week of November in Santa Clara. 15:07:31 -> http://www.w3.org/2009/11/TPAC/Overview.html 15:07:38 -> http://www.w3.org/2002/09/wbs/35125/TPAC09/ 15:07:48 Norm: Is anyone else planning to attend? 15:07:57 Alex: I'm planning to be there, it's local for me. 15:08:01 Mohamed: I'm on the fence. 15:08:14 Paul: I can't make it. 15:09:03 Vojtech: I'm still unsure. It depends on the status of my membership. 15:09:19 Henry: Try real hard, we'd like to have you. 15:09:22 Norm: Indeed. 15:09:52 Vojtech: I've made good progress on getting membership restarted. Now waiting on the final step. 15:11:40 Topic: Appendix G: Handling Circular and Re-entrant Library Imports 15:12:09 -> http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2009Aug/att-0006/import_algorithm.html 15:12:27 Henry: I think there's been no feedback on this revised version. 15:12:52 Norm: Is the 4 Aug version I just posted the revised version, or the original? 15:13:53 6th august ... 15:16:48 Alex: The two sentences "given a pipeline library document..." and "given a top-level pipeline document..." 15:16:56 ...I believe you mean the visited set. 15:18:38 ...where you say "singleton set" 15:19:50 Henry: What I understand Alex to be saying is "Given a pipeline ... it is an error if ... against the background of a visited set being a singleton set containing DU." 15:19:57 Alex: Right. However you want to phrase that. 15:20:53 Norm: Ok, I think this would be fine, though I'm not sure I like having teh defn of bag-merger in a footnote. 15:21:24 ACTION: Henry to make one more pass over the prose and insert it into the spec as a revised App G. 15:21:58 Topic: Open CR issues 15:22:19 -> http://www.w3.org/XML/XProc/2008/11/cr-comments/ 15:22:40 Topic: Does p:data preserve charset value for text content types 15:23:36 Norm: I don't feel strongly, but I think it should preserve the parameters as p:http-request does. 15:23:48 Alex: I agree. 15:25:06 Mohamed: They're incorrect in UTF-8, but they aren't incorrect in Unicode. 15:25:22 Alex: Is there a valid mapping from the code points to Unicode? 15:25:28 General agreement that there is. 15:25:54 http://unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP1252.TXT 15:26:22 Vojtech: My question was about encodings in general, not that specific one. 15:26:32 Norm: I heard some agreement that we preserve the values. 15:26:49 Proposal: The charset value (and other parameters) are preserved. 15:26:58 Accepted. 15:27:07 Topic: 155/158 Appendix G. 15:27:09 Resolved, see above. 15:27:24 Topic: 159 p:choose/p:xpath question 15:27:42 Vojtech: What happens if you specify an xpath context in p:when but you don't specify a binding? 15:28:41 ...In our implementation, the p:when is using the default readable port, not the binding from p:xpath-context from p:choose. 15:29:18 Norm: I think this is an edge case that we didn't think of, so we just need to say what the answer is. 15:30:34 Norm: Why did we allow the binding inside xpath-context to be optional? 15:30:52 Vojtech: I think we might have done it to preserve the default. 15:31:12 Alex: So this one uses the default context? 15:31:37 Norm: I think there are two possible interpretations, an empty p:when either goes back to the default readable port or it goes back to the default on p:choose. 15:31:47 s/p:when/p:xpath-context/ 15:31:59 s/port or/port of the p:choose or/ 15:32:15 ...Or we make it illegal by requiring a binding inside p:xpath-context. 15:32:47 Vojtech: Right now the spec says it works just like p:input, so it would get connected to the default readable port. 15:33:21 Norm: Making an empty xpath-context go back to the choose would be redundant. 15:33:41 ...So I think that boils down to two reasonable intepretations: the default readable port or we make it an error. 15:34:19 Norm: For the 1 in 999,000 case when someone might use this, I guess that would be ok. 15:34:58 Mohamed: I think it's a bad idea, when a user uses xpath-context in the choose, then I think we should make the user be explicit in any p:when where they want a different binding. 15:35:08 ...I think we should forbid having an empty p:xpath-context. 15:35:14 Vojtech: I think I agree with Mohamed on this one. 15:35:26 Norm: Ok by me. 15:35:48 Proposal: Make it an error to leave the p:xpath-context empty. 15:35:58 Accepted. 15:36:15 Norm: I'll change the content model so that it's required, we don't need a new error code. 15:36:26 Topic: 160 Accomodation for JSON 15:38:15 Norm: The JSON RFC doesn't define an XML encoding, it just defines JSON 15:38:24 Alex: The c:query step is for XQuery, not random queries. 15:38:50 Vojtech: Perhaps he meant that if the content-type on p:data was applicatin/json then it would be turned into XML. 15:39:12 Mohamed: I don't think the purpose of this spec is to convert all tree-like structures into XML. 15:39:55 Henry: I think this is an area where it's perfectly reasonable for implementors to compete. When we were doing the markup pipeline, it ended up being the case that it was appropriate to add a command line switch to upconvert STDIN from some format (like SGML) to XML. 15:40:41 Norm: Yes, and I think, I'd have to go back and read carefully, that an impl could recognize application/json and turn it into XML. 15:41:14 Norm: Nope, I was wrong. 15:42:18 Alex: There's nothing in this message that seems to imply we're supposed to translate JSON into XML. We've already got ways to represent JSON in a pipeline, using c:data. 15:43:25 Some discussion. 15:43:57 Proposal: Reply that you already can include JSON as text using c:data. If you want conversion to XML, you'd need an extension step for that. 15:44:14 Accepted. 15:44:43 Some additional discussion of Henry's use case. 15:45:29 -Alex_Milows 15:45:43 dropped call... :( 15:46:03 +Alex_Milows 15:46:42 -i json -o /dev/null 15:47:38 Topic: 161 Concerns about forwards-compatible mode 15:50:30 Some discussion. General agreement that making the error dynamic rather than static would be very painful for implementors. 15:50:49 Alex: Changing the definition of a fundamental step is a bad idea 15:51:15 Norm: I think the rules we have are fine, the consequence of the rules is that for some changes, we'll introduce a new namespace or change the step name. 15:51:53 Alex: So that just means he has to rearrange the choose, right? 15:51:56 Norm: Right. 15:52:09 Alex: So the end result would be just a slightly different pipeline. 15:52:45 Proposal: Reject making the error dynamic, point out that the constraints are on future versions of steps with the same names, not future functionality. 15:53:03 Accepted. 15:53:37 Vojtech: I think there are two more questions. What happens if the schema changes so that some elements can contain new elements that weren't supported in V1. 15:53:55 Norm: Oh, so we add a p:xyz child of steps. 15:54:11 Vojtech: Not just steps, but also in p:serialization, for example. 15:54:20 ...or in p:document we add a new child. 15:54:58 Norm: I guess we could say that those are ignored. I have some reservations, but I can't articulate them. 15:55:53 Vojtech: I can imagine cases where this could cause problems. What if we wanted to add a new kind of instruction like p:choose or p:try. If you ignore it then the pipeline might not make any sense anymore. 15:56:31 Norm: Right so if we add p:map-reduce ignoring it would be all you could do but it wouldn't be the right thing. 15:56:36 Mohamed: I think it has to fail. 15:56:58 Norm: If we add new language elements then you can't write backwards compabiel pipelines that use them. 15:58:04 s/compabiel/compatible/ 15:58:13 Vojtech: If you introduce a new builtin step then you could wrap it in a choose and use step available. 15:58:27 ...No, that won't work because you have to know the signature. 15:58:47 Mohamed: The problem we have is that we have to compute a new dependency graph. Adding new builtin constructs just makes it not backwards compatible. 15:58:53 s/compabiel/compatible/ 15:59:23 ...I don't find it too restrictive, because when we provide a new instruction perhaps we can provide a wrapper step for it. 15:59:38 Proposal: No, we're not going to ignore unknown elements. 15:59:51 Accepted. 16:00:31 Norm: And the last one is covered by the fact taht you're not allowed to declare steps in the p: namespace unless the URI begins with the right prefix. 16:01:09 Topic: Any other business? 16:01:20 None heard. 16:01:51 -PGrosso 16:01:53 -Norm 16:01:53 -Vojtech 16:01:54 -MoZ 16:01:57 RRSAgent, set logs world visible 16:01:59 -Alex_Milows 16:02:01 RRSAgent, draft minutes 16:02:01 I have made the request to generate http://www.w3.org/2009/09/10-xproc-minutes.html Norm 16:03:12 PGrosso has left #xproc 16:04:28 -Ht 16:04:29 XML_PMWG()11:00AM has ended 16:04:30 Attendees were +1.413.624.aaaa, PGrosso, Norm, +95247aabb, MoZ, Alex_Milows, Ht, Vojtech 16:04:41 alexmilowski has left #xproc 17:33:02 Zakim has left #xproc