13:52:50 RRSAgent has joined #xproc 13:52:50 logging to http://www.w3.org/2015/03/11-xproc-irc 13:52:52 Zakim has joined #xproc 13:52:56 zakim, this will be xproc 13:52:56 ok, Norm; I see XML_PMWG()10:00AM scheduled to start in 8 minutes 13:53:16 rrsagent, set logs world-visible 13:53:16 Meeting: XML Processing Model WG 13:53:16 Agenda: http://www.w3.org/XML/XProc/2015/03/11-agenda 13:53:16 Date: 11 March 2015 13:53:16 Meeting: 266 13:53:17 Chair: Norm 13:53:19 Scribe: Norm 13:53:21 ScribeNick: Norm 13:57:48 jfuller has joined #xproc 13:58:09 zakim, passcode 13:58:09 I don't understand 'passcode', Norm 13:58:11 zakim, passcode? 13:58:11 the conference code is 97762 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), Norm 13:58:19 XML_PMWG()10:00AM has now started 13:58:26 +Norm 14:00:30 +Alex_Milows 14:01:20 +[IPcaller] 14:01:28 thats me (Jim) 14:01:36 having probs with my audio 14:01:45 +Murray 14:02:58 zakim, ipcaller is jfuller 14:02:58 +jfuller; got it 14:03:14 I can hear ... my audio is fracked 14:04:27 Well, if we don't get Henry... 14:05:01 likewise! 14:05:50 alexmilowski has joined #xproc 14:06:54 Present: Norm, Henry, Alex, Jim (half duplex :-) ) 14:06:56 Topic: Accept this agenda? 14:06:56 -> http://www.w3.org/XML/XProc/2015/03/11-agenda 14:07:01 Accepted. 14:07:05 Topic: Accept minutes from the previous meeting? 14:07:05 -> http://www.w3.org/XML/XProc/2015/02/25-minutes 14:07:09 Accepted. 14:07:13 Topic: Next meeting 14:07:30 Any regrets for 18 Mar? 14:07:36 None heard. 14:07:58 still working on A-265-02 14:08:02 Topic: Content type on p:load, issue 145? 14:08:31 Norm: I think this is just an oversight. Anyone disagree? 14:09:35 Alex: It would be a kind of overload. 14:09:56 Norm: This is really about making p:load handle non-XML documents. 14:10:31 Norm: I'll update the issue. 14:10:34 what does p:load do with multipart ? 14:11:14 Norm: I'll add multipart to the issue as well. 14:11:28 Alex: We should look at this in light of p:http-request so that they're in line with each other. 14:11:38 is the result port explicitly a single document ? 14:11:48 as in not a sequence 14:12:32 Norm: It could (should) be a sort of short-cut for a simpler p:http-request with only a GET and handling file: etc. 14:12:50 Alex: Yes. 14:13:10 part of https://github.com/xproc/specification/issues/148 we are avoiding discussing today 14:13:18 suggests some enhancements to p:load 14:13:28 (will feed via that issue) 14:13:31 Ok. We can talk about that when you have audio :-) 14:13:37 +1 14:13:55 Topic: Content type of p:inline issue 144? 14:14:10 Norm: I guess this is really about inlining non-XML 14:14:34 Norm: You could have a JSON blob inline or something. 14:14:49 Alex: We should consider a number of use cases, things that have text encodings: JSON, SPARQL, etc. 14:15:04 ...It would also be good to be able to inline data. Small images, etc. 14:15:17 Norm: I think we'd have to have some base64 encoding trick. 14:16:06 Norm: So p:inline should be sort of like p:load with the data just inline, maybe encoded. 14:17:11 is content-type equal to setting content-type document property - if so do we want a more general mechanism for setting property types (consider can of worms opened on that one) 14:17:24 We already have an issue on that, I think. 14:17:26 s/types/values/ 14:17:45 Norm mutters something about encoding non-XML, non-text formats 14:17:58 Alex: That might be true today but we should consider other image formats for example that might be text. 14:18:22 I will take that 14:18:45 Topic: Clarify the concept of "URI appearing in an option value, issue 143. 14:19:15 https://github.com/xproc/specification/issues/143 14:19:31 Norm: I think this is interesting. I think this means we have to specify the type of some attributes as xs:anyURI so that the processor knows which ones are URIs. 14:19:45 Alex: Yes. 14:20:36 Topic: Reading document properties in a step-evaluated XPath issue 138? 14:20:52 Norm explains the background. 14:21:00 https://github.com/xproc/specification/issues/138 14:22:16 Norm: I'm not sure this makes any sense, really. Most of the p:* functions don't make any sense outside the context of the processor. 14:22:30 On 2nd read I think our status quo is ok and we close this issue 14:24:13 can't p:filter be used to achieve this logic ? confused 14:24:15 Norm: I just think we have to stick with the status quo. 14:25:16 Alex: It seems like a limitation we should think harder about. 14:26:03 Norm: I think absent a proposal that describes how we could do this in a practical way, we're not going to be able to. 14:27:10 Alex: I think the right way would be to put those functions into the steps. But that would be a burden on implementors. 14:27:46 ...Where in our current vocabulary does this occur? 14:29:32 ...I think we need to think hard about the burden on implementors but the right answer for users is to say that the same functions are available everywhere. 14:30:51 ...We should update the issue. 14:31:24 ACTION: A-266-01 Alex to update issue 138 with an outline of what needs to be covered by a proposal to make the functions more broadly available 14:31:51 Topic: Any other business? 14:32:11 None heard 14:32:24 thanks, I will spend time left fleshing out my actions 14:32:26 Adjourned. 14:32:34 rrsagent, set logs world-visible 14:32:36 bye 14:32:38 -Murray 14:32:38 jfuller has left #xproc 14:32:41 -Norm 14:32:42 -Alex_Milows 14:32:43 -jfuller 14:32:45 XML_PMWG()10:00AM has ended 14:32:45 Attendees were Norm, Alex_Milows, Murray, jfuller 14:32:47 rrsagent, draft minutes 14:32:47 I have made the request to generate http://www.w3.org/2015/03/11-xproc-minutes.html Norm 15:00:40 ht has joined #xproc 15:01:56 aw, expletive deleted 15:03:36 RRSAgent, logs? 15:03:36 I'm logging. Sorry, nothing found for 'logs' 15:03:48 RRSAgent, where? 15:03:48 I'm logging. Sorry, nothing found for 'where' 15:03:53 RRSAgent, help? 15:03:53 I'm logging. Sorry, nothing found for 'help' 15:04:04 RRSAgent, status? 15:04:04 I'm logging. Sorry, nothing found for 'status' 15:04:53 RRSAgent, here? 15:04:53 See http://www.w3.org/2015/03/11-xproc-irc#T15-04-53 15:06:55 ht has left #xproc