18:00:52 RRSAgent has joined #xproc 18:00:52 logging to http://www.w3.org/2016/02/24-xproc-irc 18:02:03 rrsagent, set logs world-visible 18:02:03 Meeting: XML Processing Model WG 18:02:03 Date: 24 Feb 2016 18:02:03 Meeting: 288 18:02:04 Chair: Norm 18:02:04 Scribe: Norm 18:02:06 ScribeNick: Norm 18:03:49 Present: Norm, Jim, Murray, Henry, Alex 18:05:52 Topic: Accept this agenda? 18:05:52 -> http://www.w3.org/XML/XProc/2016/02/24-agenda 18:05:58 Accepted. 18:06:05 Topic: Accept minutes from the previous meeting? 18:06:05 -> http://www.w3.org/XML/XProc/2016/02/10-minutes 18:06:05 -> http://www.w3.org/XML/XProc/2016/02/11-minutes 18:06:33 Jim: Liam minuted the public meeting and we don't have those notes yet. 18:07:12 Alex: Aren't they in the IRC log? 18:07:31 Alex: I don't have the diagram that one of the participants drew. 18:07:35 Jim: I think Liam has it. 18:07:39 Alex: Ok, we need a copy of that. 18:08:19 Jim: Ok, those are the minutes I was thinking of. 18:08:21 Norm: So approve? 18:08:23 Jim: Ok. 18:08:25 Accepted. 18:08:37 alexmilowski has joined #xproc 18:08:38 Topic: Next meeting, 2 Mar 2016 18:08:44 No regrets heard 18:08:56 topic: Reports from the face-to-face 18:09:08 Norm: Anyone have stories to tell not in the minutes? 18:09:09 None heard 18:11:41 topic: Community group status/update 18:12:34 Jim: It's good to get people into a community (with a small "c") and I wanted to help as much as I can. 18:12:51 ... There's a little admin involved. At XML Prague, Nic and Ari said they'd be willing to co-chair. We discussed 18:13:15 ... what items the community group could do. We came up with three: shepherding the XML syntax, because there are 18:13:44 ht has joined #xproc 18:13:49 ... folks interested in doing active work there. I've had meetings with some of these folks. There's going to be an announcement 18:14:01 ... that we want to have coincide with the official announcement. 18:14:07 ... We're working on a transform for that. 18:14:34 Jim: I also thought that a new name might be a good idea; Nic is going to setup an issue tracker. 18:14:49 ... They seem like a really good fit. 18:15:20 Jim: I'm also coordinating to meet with them a few times this year. 18:15:44 Norm: I propose that we plan to invite them to attend this call periodically to give feedbak. 18:15:45 +1 18:15:49 s/bak/back/ 18:17:28 Jim: I'm hoping to get things aligned between what we could use help on and what their agendas are. We'll take it step-by-step. 18:17:51 Jim: I'll give an update next time. 18:18:29 Murray: There is a liason process within W3C, right? They can communicate with us, right? 18:18:32 Norm: Yes. 18:19:06 Topic: Autumn workshop 18:20:19 Jim: The timing didn't work for what we initially discussed at XML Prague. All the efforts are now poured into doing an XProc workshop in Amsterdam at CWI with Steven Pemberton. 18:20:35 ... No idea what the attendance will be, but I think we can guarantee enough to justify the meeting. 18:20:49 ... Should I keep working on that. 18:20:51 Norm: YES PLEASE 18:21:55 Norm: I still think a more general "pipeline" or "data flow" workshop is a great idea, maybe for spring of 2017. 18:22:14 Jim: I'll work on getting some cross-pollination going for that conference. 18:23:08 Murray: It occurs to me that we could call it "pipefitters" or "XML pipefitters" 18:23:55 Henry: What about a face-to-face at Murray's in the summer? 18:24:03 Norm: Henry, we were waiting on dates from you. :-) 18:25:06 Henry: What would work for me would be early the week of 20 June. 18:25:14 Norm: Ok, Murray does that work for you? 18:25:21 Murray: It seems plausible. Let me double check. 18:25:49 Jim: I can't commit. 18:25:53 Alex: I don't know either; summer is difficult. 18:26:25 Topic: Update the repo 18:27:10 Norm: I'd like to clear the decks in the spec repo. 18:27:22 Henry: I think moving it all to an "archive" directory or something would be fine. 18:27:49 Murray: How about renaming it 18:27:53 Norm: Well, duh. Yes, thank you, that's a good idea. 18:28:31 Murray: Going back to the community group topic for a moment, what "xflowml" or "dataflowml"? 18:28:41 The letter ‘X’ shall not be used … ;) 18:29:05 Don’t do a “s/X/J/g” in IRC ... 18:29:16 Murray: I like "flowml" because I like the way the "ml" sounds. 18:29:59 Murray: As in "Flow 'em all" 18:30:08 Not a joke to some … 18:30:12 Norm: I don't hear anyone objecting to my jiggering with the spec repos, so Imma gonna. 18:30:24 Approved. 18:30:32 topic: Demo of Jim's efforts 18:31:01 Jim: It's not anywhere public at the moment, but I'll be making it available at some point when it's a little more mature. 18:34:28 Not a syntax designed for hand-authoring -- yes 18:35:15 q+ to describe yet another path to XML 18:39:42 Annotations! 18:42:55 Jim's demo is a thing of beauty. 18:43:04 Murray: Thanks, Jim, that's very cool. 18:43:33 Topic: Data literals 18:45:12 -> https://lists.w3.org/Archives/Public/public-xml-processing-model-wg/2016Feb/0021.html 18:45:17 Norm: What about AVTs? 18:45:33 Alex: AVTs are an artifact of XML. I don't think we need them, we should go for simple. 18:46:13 ... We should have a JSON templating step and an XML templating step and a everything else templating step. 18:46:26 ... Pick your poison. Get a step that provides it. 18:46:37 ... Mustache templates, for example. 18:47:17 Norm: Ok, I guess we can run with that for a while. 18:47:55 Henry: The problem I have is that it feels like the right decomposition is that we ought to have tools for constructing string literals with templating. 18:48:06 ... But it doesn't do the right thing because the templating step needs to know about the data modle. 18:48:11 s/modle/model/ 18:48:25 ... If it were XProc1, it would be fine, you could build the string and parse it. 18:48:39 [I thought I sent the log from te public meeting to the public list, sorry!] 18:48:41 ... But that doesn't work in XProc2 because variables can have structure. 18:49:04 ... You can't use XML with the JSON templating, or JSON with the XML templating 18:49:21 Alex: There's a story that's been well worked out that given some set of values in XQuery there's a template you can construct in XML and only XML 18:49:27 ... Everything else in the universe is all over the planet. 18:49:43 ... On the left hand side is random syntax that the step expects. 18:50:02 [ unedited log from publc meeting: https://www.w3.org/2016/02/11-xproc-irc -- I'll try & tidy it up today, modulo the raging ice storm outside taking away our electricity ] 18:50:18 [ Check my minutes of 11 Feb, I might have found it; Jim was initially confued ] 18:50:26 [ ok ] 18:50:51 Henry: There's no step here, there's no JSON specific step. 18:51:06 Alex: What I'm saying is that templating is out of scope. 18:51:23 Henry: I'm not disagreeing with you, I just don't understand your proposal. 18:51:36 Alex: What I'm saying is that if we have a convenient syntax for literals, we can stop there. 18:53:51 Norm attempts to explain: the data literal syntax is just about string literals. 18:54:50 data "application/json" '{"fruit": "orange"}' -> x:mustache($options) >> $output 18:55:39 Henry: There's nothing in the data literal that looks like any kind of JSON templating syntax. 18:56:08 Alex: The step has an expected media type and it gets what it gets, it just doesn't matter. 18:56:17 data "application/json" '{"fruit": "orange"}' -> x:change-oranges-to-apples($options) >> $output 18:57:14 Henry: I understand how the language works, but I don't understand how that can work for templating json. 18:57:43 Norm: I'm confused. 18:58:41 Henry: I remain to be convinced that the input to a JSON transformation step is actual valid JSON. And if it takes strings, that works. But I'm skeptical that something that takes application/json as input can be a flexible JSON templating solution. 18:58:43 https://mustache.github.io/mustache.5.html 18:59:01 Norm: Alas, we're out of time. 18:59:10 s/transformation/templating/ 18:59:13 Alex: That link is just a text templating thing. It takes text and outputs text. 18:59:20 Topic: Any other business? 18:59:27 None heard. Adjourned. 18:59:31 rrsagent, please draft minutes 18:59:31 I have made the request to generate http://www.w3.org/2016/02/24-xproc-minutes.html Norm 19:01:33 Right, so my point is that data "application/json" '{"count" : {{count}}}' will cause a JSON parse error 19:01:59 So the input to a mustache implementation can't be typed 'application/json' 19:05:38 hahaha moustache application 19:12:38 alexmilowski has joined #xproc 19:31:05 alexmilowski has joined #xproc 19:50:44 alexmilowski has joined #xproc 20:30:30 alexmilowski has joined #xproc