14:58:34 RRSAgent has joined #xproc 14:58:34 logging to http://www.w3.org/2011/12/15-xproc-irc 14:58:48 Meeting: XML Processing Model WG 14:58:48 Date: 15 December 2011 14:58:48 Agenda: http://www.w3.org/XML/XProc/2011/12/15-agenda 14:58:48 Meeting: 204 14:58:48 Chair: Norm 14:58:49 Scribe: Norm 14:58:51 ScribeNick: Norm 14:59:12 + +420.6.026.9.aaaa 14:59:28 - +420.6.026.9.aaaa 14:59:41 +[ArborText] 14:59:45 jfuller has joined #xproc 15:00:45 + +420.6.026.9.aabb 15:00:56 zakim, aabb is jfuller 15:00:56 +jfuller; got it 15:01:07 +Carine 15:01:35 zakim, mute jfuller 15:01:35 jfuller should now be muted 15:01:41 zakim, unmute jfuller 15:01:43 jfuller should no longer be muted 15:02:03 zakim, help 15:02:03 Please refer to http://www.w3.org/2001/12/zakim-irc-bot for more detailed help. 15:02:05 Some of the commands I know are: 15:02:07 xxx is yyy - establish yyy as the name of unknown party xxx 15:02:09 if yyy is 'me' or 'I', your nick is substituted 15:02:12 xxx may be yyy - establish yyy as possibly the name of unknown party xxx 15:02:15 I am xxx - establish your nick as the name of unknown party xxx 15:02:17 xxx holds yyy [, zzz ...] - establish xxx as a group name and yyy, etc. as participants within that group 15:02:20 xxx also holds yyy - add yyy to the list of participants in group xxx 15:02:22 who's here? - lists the participants on the phone 15:02:25 who's muted? - lists the participants who are muted 15:02:28 mute xxx - mutes party xxx (like pressing 61#) 15:02:31 unmute xxx - reverses the effect of "mute" and of 61# 15:02:37 is xxx here? - reports whether a party named like xxx is present 15:02:39 list conferences - reports the active conferences 15:02:40 this is xxx - associates this channel with conference xxx 15:02:41 excuse us - disconnects from the irc channel 15:02:42 zakim, who's here? 15:02:42 I last learned something new on $Date: 2010/03/15 18:49:04 $ 15:02:44 + +1.805.560.aacc 15:02:45 On the phone I see Norm, PGrosso, jfuller (muted), Carine, +1.805.560.aacc 15:02:47 On IRC I see jfuller, RRSAgent, Norm, Zakim, PGrosso, Liam, caribou 15:02:54 zakim, aacc is Cornelia 15:02:58 +Cornelia; got it 15:03:01 zakim, who's here? 15:03:03 Vojtech has joined #xproc 15:03:06 On the phone I see Norm, PGrosso, jfuller, Carine, Cornelia 15:03:14 On IRC I see Vojtech, jfuller, RRSAgent, Norm, Zakim, PGrosso, Liam, caribou 15:03:42 alexmilowski has joined #xproc 15:03:54 +Vojtech 15:04:43 zakim, who's here? 15:04:45 On the phone I see Norm, PGrosso, jfuller, Carine, Cornelia, Vojtech 15:04:46 On IRC I see alexmilowski, Vojtech, jfuller, RRSAgent, Norm, Zakim, PGrosso, Liam, caribou 15:05:18 +Alex_Milows 15:05:35 Present: Norm, Paul, Jim, Carine, Cornelia, Vojtech, Alex 15:05:46 Topic: Accept this agenda? 15:05:46 -> http://www.w3.org/XML/XProc/2011/12/15-agenda 15:05:57 Norm: We'll do the V.next discussion first while we wait for Henry. 15:06:10 Topic: Accept minutes from the previous meeting? 15:06:10 -> http://www.w3.org/XML/XProc/2011/12/01-minutes.html 15:06:14 Accepted. 15:07:09 Topic: Next meeting: 5 January 2012. 15:07:17 Accepted. 15:07:29 Topic: V.next discussion 15:07:47 http://www.w3.org/wiki/XprocVnext 15:08:23 -> http://www.w3.org/wiki/Architecture 15:08:32 Norm: Let's talk about what flows between steps. 15:08:42 Norm waffles a bit about XDMs. 15:11:00 Norm proposes that what flows between steps are XDM instances. 15:11:55 Alex: What about sequences? 15:12:03 Norm: I think if a single XDM contains a sequence, that's ok. 15:14:18 ht has joined #xproc 15:14:44 Some discussion of the finicky details of sequences of sequences (sequences of XDM nodes that themselves contain sequences of nodes, for example) 15:15:12 Vojtech: Do we focus only on XML or do we allow other media types? 15:15:45 ...Do we want to go that route, or we could say two things: either an XDM or a binary type of object for non-XML media types. 15:16:28 +??P4 15:17:15 Present: Norm, Paul, Jim, Carine, Cornelia, Vojtech, Alex, Henry 15:17:19 + +1.778.440.aadd 15:18:27 Henry: Suppose instead of having binary nodes, we supported two new elements in the c: namespace, c:text and c:blob and defined whatever access we wanted to. 15:20:21 Alex: We could envision these things as pointers to an input stream. 15:21:23 Vojtech: To play with this, I allowed either XML or binary data flowing between the steps. 15:21:25 zakim, who's talking? 15:21:36 Norm, listening for 10 seconds I heard sound from the following: ht (9%), +1.778.440.aadd (51%), Norm (53%), Cornelia (8%), Vojtech (24%) 15:21:47 zakim, aadd is Murray 15:21:47 +Murray; got it 15:21:56 zakim, mute murray 15:21:57 Murray was already muted, Norm 15:22:05 zakim, unmute murray 15:22:05 Murray should no longer be muted 15:23:19 Vojtech: In the step declarations for each input and output, you can specify the media type expected or produced. You can then pass a zip stream to your pipeline and if the pipeline accepts application/zip then it just accepts it w/o modification. 15:23:54 ...If the steps are prepared to deal with it, they process it natively, but if the step expects XML, then the data is converted automatically by some implementation-defined process. 15:24:16 ...It's actually very simple. There was only one change to the grammar. It was easy to implement. 15:24:33 ...It allows you to do things like unzipping a zip file inline in the pipeline without using an offline or secondary storage for the files. 15:24:53 ...You can create the zipfile in the pipeline and extract a file from it and send it to an HTTP server without any encoding. 15:25:09 ...If you have a p:http-request that produces JSON, you get the real JSON string. 15:25:45 ...By default, if the processor doesn't know how to create XML in a reasonable way, you get base64 encoded c:data. 15:26:04 ...It was quite straightfoward and has some nice properties. The interesting part is how you translate between content types. 15:26:24 Norm: That's very cool. 15:26:52 Henry: I have mixed feelings. It sort of changes the balance between behavior that's well spec'd and behavior that's left in the hands of implemetations. 15:27:00 ...That leaves me a bit worried, frankly. But it's worth keeping in the pot. 15:27:39 Vojtech: If I release it, it will be clearly marked experimental. 15:28:49 Vojtech: My concern is that it changes the balance. It's an XML processing language, so why are you trying to process non-XML? 15:28:58 anything about EXI? 15:29:46 caribou, we should make sure EXI gets in the V.next wiki. 15:31:25 Alex describes some use cases for non-XML processing in dealing with media in Atom feeds. 15:32:28 Alex: How are we going to record all of these things for V.next? 15:32:53 Norm: My plan is to build a requirements/use cases document like we did for 1.0 15:35:08 Some discussion of the requirements document. 15:35:52 http://www.w3.org/2011/12/07-ledp-minutes.html 15:36:19 Jim: I think the "Linked Enterprise Data Patterns Workshop" minutes have valuable input for us. 15:36:26 ...I'd like to add RDF pipelines to the discussion. 15:36:55 Connects up with the resource manager topic already in the wiki 15:37:20 Topic: XML processor profiles document 15:37:47 http://www.w3.org/XML/XProc/docs/diff.html 15:37:49 Norm: I think it's in good shape, congrats to the editors. 15:38:00 Henry: Alex helped too. 15:39:12 Henry: The remaining question is that I'm not happy with one set of changes. 15:39:28 ...I'm not happy with the explanatory sentences at the beginning of each of the 2.x secitons. 15:39:31 s/secitons/sections/ 15:39:48 Jim: Maybe those descriptions belong near the diagram? 15:40:10 Henry: I sympathize with the fact that we have multiple audiences. 15:40:42 ...I think the 2.x sections read more coherently if they're strung together. 15:41:25 Jim: Norm suggested the diagram go in section 4. 15:41:42 Henry: Then I think I want the textual summaries to be at the beginning of the end of section 2. 15:42:04 Jim explains the rationale for the sentences going in the 2.x sections. 15:42:52 Norm clarifies that the alternative is to put them all immediately before 2.1 15:43:09 Murray: I'm fine with moving it around. I wonder about one thing: under each of them, the last item talks about "accurately provides to the application" 15:43:32 ...When I wrote this up, I tried to move some of those up to the paragraph where we say we start with a WF/NSWF document. 15:43:41 ...Most of the mention Core and ... 15:43:47 Jim: I think you mean Core and ImplDef. 15:44:20 ...Core and ImplDef are for the first two, and uniqueness on the last two is Extended. 15:44:29 Further discussion of how things might be moved around. 15:45:59 Norm: (While Henry looks for an email) I like the sentences and I vote "concur" on where they go: either in the sections or immediately before 2.1. 15:46:24 Murray: I factored out the namespace qualified document and the fact that the Core properties are repeated wasn't helpful to me. 15:46:37 http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2011Dec/0014.html 15:46:42 Jim: I got that. I didn't feel comfortable enough to put that in section 2 because we want them to be contiguous profiles. 15:47:43 The group reviews Henry's mail. 15:47:47 zakim, who's here? 15:47:47 On the phone I see Norm, PGrosso, jfuller, Carine, Cornelia, Vojtech, Alex_Milows, ht, Murray 15:47:51 On IRC I see ht, alexmilowski, Vojtech, jfuller, RRSAgent, Norm, Zakim, PGrosso, Liam, caribou 15:49:03 Murray: I think having them in a group as Henry proposes (presented as a list) with links down to the number sections is a good idea. 15:49:13 ...I've only had a chance to glance at Henry's rewording, but frankly I prefer mine. 15:50:18 Norm: So everyone's happy with moving them up? 15:50:21 No objections. 15:51:16 http://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2011Dec/0003.html 15:51:33 Henry: Putting them all together seemed to increase the need to have it read narratively. The rewording was designed to avoid mentioning the technical terms. 15:51:34 note that I had to re-interpret to match to new profile titles and downstream changes 15:51:52 Murray: I'm not asking for mentions of properties in that list. 15:52:29 Murray: In the introduction to section 2, it needs to be mentioned that starting with a NSWF document already gets you all the Core properties. 15:52:41 ...Otherwise, it's confusing later. 15:52:52 Henry: Unfortunately, that's not true. The XML spec doesn't mandate those. 15:53:22 Murray: Short of performing 2.1 through 2.4, when one processes a NSWF document, one gets a set of properties. 15:53:43 Henry: There's no definition of that set of properties in the XML Recommendation. 15:54:23 Murray: Ok. But what I'll still say is that given you're able to enumerate the list of properties that are evident after 2.1 processing, you should be able to enumerate them after parsing but before 2.1. 15:54:44 Murray: Now I'm even more confused. 15:55:14 Norm: But this spec is designed to eleviate that confusion. You do what 2.1 says and then you know where you are. 15:58:52 Norm attempts to articulate a plan, then realizes we're in the a publishing moratorium so doesn't bother. 15:59:09 Jim: I think we've dealt with Cmscmq's, Vojtech's, Paul's, and Murray's comments. 16:00:43 Topic: Any other business? 16:00:53 Jim: I haven't matched up processors to the spec. I'm not there yet. 16:01:04 ...I was wondering if Alex had a chance to look at the webkit stuff. 16:01:09 ...As it stands, Webkit is basically the basic profile. 16:02:12 Henry: That can go in the document about why we aren't doing a CR. 16:02:34 rrsagent, set logs world visible 16:02:38 rrsagent, draft minutes 16:02:38 I have made the request to generate http://www.w3.org/2011/12/15-xproc-minutes.html Norm 16:03:48 -PGrosso 16:03:57 -Norm 16:03:58 -Carine 16:04:03 -Murray 16:04:04 -Vojtech 16:04:07 -Cornelia 16:04:10 -jfuller 16:04:19 -ht 16:04:32 -Alex_Milows 16:04:35 XML_PMWG()10:00AM has ended 16:04:37 Attendees were Norm, +420.6.026.9.aaaa, PGrosso, +420.6.026.9.aabb, jfuller, Carine, +1.805.560.aacc, Cornelia, Vojtech, Alex_Milows, ht, +1.778.440.aadd, Murray 16:08:06 PGrosso has left #xproc 17:17:56 ht has joined #xproc 18:06:30 Zakim has left #xproc 19:04:07 Liam has joined #xproc 20:08:52 ht has joined #xproc