16:44:52 RRSAgent has joined #wpwg 16:44:52 logging to http://www.w3.org/2015/12/03-wpwg-irc 16:44:54 RRSAgent, make logs public 16:44:54 Zakim has joined #wpwg 16:44:56 Zakim, this will be 16:44:56 I don't understand 'this will be', trackbot 16:44:57 Meeting: Web Payments Working Group Teleconference 16:44:57 Date: 03 December 2015 16:46:39 zkoch has joined #wpwg 16:48:02 AdrianHB has joined #wpwg 16:51:55 slightlyoff has joined #wpwg 16:58:09 shepazu has joined #wpwg 16:58:21 LeoPoli has joined #wpwg 17:02:09 nicktr has joined #wpwg 17:02:15 Laurent has joined #Wpwg 17:02:56 sailesh has joined #wpwg 17:03:29 https://mit.webex.com/mit/j.php?MTID=m5b3574cfbd517695ada1d26368d2adc8 17:03:29 Meeting number: 647 126 801 17:03:29 Meeting password: WVMuc825 17:03:33 Present+ Rouslan 17:03:45 Present+ nicktr 17:03:47 Present+ dezell 17:04:00 rrsagent, make minutes 17:04:00 I have made the request to generate http://www.w3.org/2015/12/03-wpwg-minutes.html Ian 17:04:12 rrsagent, set logs team 17:04:15 Present+ ShaneM 17:04:20 Present+ zkoch 17:04:24 Present+ MattC 17:04:42 https://lists.w3.org/Archives/Member/member-payments-wg/2015Nov/0001.html 17:04:43 Present+ dlongley 17:04:47 present+ 17:04:55 Present+ AdrianHB 17:06:04 Present+ dlehn 17:06:26 Present+ adrianba 17:07:06 Agenda: https://github.com/w3c/webpayments/wiki/Agenda-3rd-December-2015-at-1700-UTC 17:07:11 kris has joined #wpwg 17:08:03 scribenick: Ian 17:08:19 Topic: Architecture 17:08:24 https://github.com/w3c/webpayments/wiki/A-Payments-Initiation-Architecture-for-the-Web 17:08:31 Present+ Manu 17:08:44 Present+ Kris 17:08:53 AdrianHB: I propose for next call that we adopt the terminology therein 17:08:59 q+ to note straw poll before adopting terminology. 17:09:04 ack m 17:09:04 manu, you wanted to note straw poll before adopting terminology. 17:09:20 Manu: I suggest in general we conduct a straw poll with a specific proposal 17:09:29 so that people know what they are agreeing to, and we record that. 17:10:00 ...let's sync with the Payments IG 17:10:30 AdrianHB: Nick and DavidE took an action to sync on the terminology 17:10:40 nicktr: Pending 17:11:15 MattS has joined #wpwg 17:11:28 and be specific w/ what we're adopting! :) 17:11:36 present+ SaxonM 17:11:38 AdrianHB: I am hearing (1) Sync with the IG (2) conduct a straw poll to get sense of support. (3) be specific about the proposal 17:11:49 q+ 17:13:31 Ian: A couple of thoughts - sync'ing with the IG is useful, even more useful is to use the terms in practice. When we discussed them during the last meeting, there was support for adding examples wrt. what we mean. 17:13:37 ack Ian 17:13:48 q+ to mention the way issues are being discussed today 17:14:06 +1 to incorporating (we’ve started this already) 17:14:07 Ian: We adopt them because they meet a shared understanding, we should use them - if editors of various documents can try to incorporate them into their work, see if they can, if they can, we might be able to use them. 17:14:23 q+ to mention to do that, he has to edit IG document, maybe? 17:14:55 +1 happy to charge ahead 17:14:56 ack AdrianHB 17:14:56 AdrianHB, you wanted to mention the way issues are being discussed today 17:14:58 Laurent has joined #Wpwg 17:15:06 IJ: I Propose we try to use them (with examples) and see whether we have a better understanding of the documents as a result 17:15:14 ..therefore don't need to be formal yet...let's ask the Editors to try it out and see 17:15:17 +1 to Ian's suggestion - I've been trying to use them and will have some feedback soon 17:15:29 however, it is hard to consume without examples 17:15:45 AdrianHB: It's hard to decide unless we try to use it..so +1 to Ij's proposal 17:15:57 +1 to examples first, then using those, can try to update specs 17:16:00 ..I'm fully available (as person who edited the proposal) to assist any editors in using the terms 17:16:25 Summary: 17:16:28 * Add examples 17:16:30 * Try to use them 17:16:59 Laurent_ has joined #Wpwg 17:17:00 +1 to use the glossary 17:17:05 Manu: Can we add these terms to the IG glossary as experimental and use that mechanism to pull them in? 17:17:07 +1 to add it to the glossary and mark as experimental 17:17:11 IJ: +1 17:17:12 +1 to Manu's suggestion 17:17:15 +1 17:17:33 IJ: I see support from the IG co-Chair for incorporating terms in IG glossary as experimental 17:18:36 https://github.com/w3c/webpayments/wiki/Work-Plan-for-March-2016-deliverables 17:18:38 ACTION: AdrianHB to add examples to the architecture page for each term 17:18:38 Error finding 'AdrianHB'. You can review and register nicknames at . 17:18:45 Topic: Getting to March 2016 FPWD 17:18:49 https://github.com/w3c/webpayments/wiki/Work-Plan-for-March-2016-deliverables 17:19:01 q? 17:19:04 q- 17:19:19 q+ to mention that we may have 3 specs. 17:19:43 q+ to become generally confused around how we are going to do merging of specs. 17:19:57 [AdrianHB reviews the proposal, which involves creating a unified (set of) spec(s) ; capturing issues and flows) 17:20:35 q+ to note that we have specs to refer to? 17:20:43 [Specific text proposals encouraged] 17:20:50 q? 17:21:06 Laurent__ has joined #wpwg 17:21:19 AdrianHB: To get specs to common spec: 17:21:23 a) Use common terms 17:21:38 b) Define evaluation criteria for the two APIs ... 17:21:41 ...how they handle flows 17:21:50 ...how they handle specific issues 17:22:10 [IJ adds a third: does it satisfy all or part of its charter?] 17:22:18 ack manu 17:22:18 manu, you wanted to mention that we may have 3 specs. and to become generally confused around how we are going to do merging of specs. and to note that we have specs to refer to? 17:22:18 ack m 17:22:46 Manu: CG has three specs in mind. 17:22:53 q? 17:22:59 ...we need to discuss whether and how to break down the work into N specs 17:23:02 q+ to discuss 3 specs 17:23:11 Manu: We do have specs to point to 17:23:35 q+ 17:23:46 Manu: Seems like only one spec needs merging right now 17:23:54 ...they differ in nuanced ways 17:24:04 ...question is how to resolve those differences 17:24:31 ..one approach is to have editors review each others' specs 17:25:21 ack adrianba 17:25:27 ack AdrianHB 17:25:27 AdrianHB, you wanted to discuss 3 specs 17:25:53 AdrianHB: The HTTP API 1.0 is not in our charter 17:26:05 ...I think we need to consider what we are chartered to do. 17:26:11 q+ to mention that I thought we had the flexibility to split up specs as we saw fit? 17:26:19 ...while I think we should produce an HTTP API 1.0 spec, we need to remain within charter. 17:26:44 AdrianHB: I like the idea of the editors reviewing the others' proposals 17:26:55 ..and having a discussion with rationale for design directions 17:27:10 ...but one thing that is problematic right now is that the specs are being discussed in the Web Platform CG 17:27:29 ..I think it would be valuable to have a single stream for comparative critique 17:27:30 q+ to mention that raising issues in webpayments group was an attempt to get common discussion on both specs. 17:27:44 q? 17:27:58 ack MattS 17:28:49 MattS: How do we structure discussions to determine scope within this timeline? 17:29:06 AdrianHB: I agree that discussion is somewhat unstructured right now 17:29:24 q+ to note that it's always this chaotic in the beginning. 17:29:27 ...I think the sooner we have a single spec the better. 17:29:50 AdrianHB: We talked about "phases" in the IG Roadmap 17:30:04 +1 to having a single spec to discuss asap 17:30:15 ...and there are issues where we should be thinking about what's in our future (even if not specified today) 17:30:59 MattS: We need a formal way to agree to what's in and what's out 17:31:25 E.g., we need formal decision on which flows to address in FPWD 17:31:25 https://github.com/w3c/webpayments/wiki/Flows 17:31:56 AdrianHB: Need people to contribute flows that they consider important 17:32:39 q+ 17:32:44 q+ 17:33:12 MattS: The use cases are functional (e.g., merchant scenarios) ... we have not yet dealt with technical choices 17:33:20 (e.g., which tokenization approach to support) 17:33:53 q? 17:34:05 AdrianHB: I feel that we are going to get to a point where we've looked at the flows and we recognize that what we are trying to define is high enough level to accommodate a number of flows, but maybe not some due to their complexities 17:34:27 MattS: There's a key principle 17:34:39 ...I'm not clear if we are trying to encourage the existing flows or effectively 17:34:52 ...trying to define a new spec, and we expect PSPs and others to adopt a new spec. 17:35:27 ...as well as schemes, issuers, wallet providers... 17:35:43 ...the heart of the question is 'pure flows' v "impure flows" 17:35:48 ...(read: existing) 17:36:06 AdrianHB: I think fundamentally we are not trying to change the whole landscape, rather do something small that we think can have a large impact. 17:36:16 ...and that's facilitate comms between PSPs of payer and payee 17:36:27 ...the people who will make that work will be sites, browser vendors, PSPs 17:36:36 ...there are a number of people who can make existing flows work with the standards we build 17:36:49 ...but I think the idea is ALSO to create a flow for emerging flows 17:37:08 ack manu 17:37:08 manu, you wanted to mention that I thought we had the flexibility to split up specs as we saw fit? and to mention that raising issues in webpayments group was an attempt to get 17:37:08 ...we are standardizing a generic comms channel 17:37:11 ... common discussion on both specs. and to note that it's always this chaotic in the beginning. 17:37:23 zakim, close the queue 17:37:23 ok, nicktr, the speaker queue is closed 17:37:52 notes that the charter states that an API spec needs to cover: "User agent to server-side wallet communication: Where request messages are passed to a server-side wallet service, for example via HTTP, JavaScript, or some other approach." 17:37:55 Manu: I think we have flexibility on number of docs 17:38:12 ...I would object to ONLY doing browser-based APIs in version 17:38:13 which seems to indicate a potential need for HTTP and Browser APIs 17:38:27 ...we need to think about the HTTP case (for automated payment scenarios) 17:38:36 q? 17:38:45 AdrianHB: I think you've made two points: 17:38:46 q+ to talk about UI insertion 17:39:03 a) 2 or 3 specs? That's a decision for the group: should we have an HTTP API spec 17:39:34 (if we do three, all together or stagger?) 17:39:38 Laurent has joined #Wpwg 17:39:39 b) then there's the design of the API 17:40:25 Manu: The comments around the google proposal look different from the ones on the payment cg spec 17:40:43 ...I am trying to capture CG comments in the WG tracker 17:40:50 ...to help pros/cons discussion 17:41:12 ..I think we need to consolidate into a single issue tracker 17:41:16 ack Ian 17:42:26 ack nicktr 17:42:46 IJ: I would not do fewer than 2 specs (per charter) but more ok and editors should just do the structuring they think is useful and provide to group as input 17:43:34 nicktr: Regarding Matt's question about designing pure v. impure, I would strongly urge us to create something that is very easy for incumbents to support. 17:43:37 q+ 17:43:49 Want to say that it's important not to go "nose down" into the browser API, where all kinds of UI issues will entice trouble. 17:43:57 Topic: Flows 17:44:03 zakim, open the queue 17:44:03 ok, nicktr, the speaker queue is open 17:44:14 Flows info in wiki 17:44:15 https://github.com/w3c/webpayments/wiki/Flows 17:44:37 MattS: There are 12-13 flows there 17:44:56 ..I've organized a 2-weekly meeting (Fridays) 17:45:05 q+ to note flow diagrams elsewhere. 17:45:06 "11:00 UTC for 1 hour every 2 weeks Conducted via GeneSys meeting centre IRC channel #wpwg" 17:45:20 MattS: So I want to see if others are planning to contribute 17:45:25 q+ to ask about viewing flows 17:45:34 i think direct debit is also missing an assignee 17:45:41 q? 17:45:51 http://wicg.github.io/web-payments-browser-api/#flows-addendum 17:45:52 ack manu 17:45:52 manu, you wanted to note flow diagrams elsewhere. 17:46:05 Manu: there's a set of flows in the web payments cg browser API 17:47:11 MattS: I'd like to work from one source of flows 17:47:11 q? 17:47:21 +1 for collapsing into one repository 17:47:25 ack Ian 17:47:25 Ian, you wanted to ask about viewing flows 17:47:57 q+ to mention that we have that, kinda. 17:48:04 IJ: What is the status of making easier to view? 17:48:48 MattS: @@ 17:48:50 ack manu 17:48:50 manu, you wanted to mention that we have that, kinda. 17:48:59 Manu: I'm working on another approach generating diagrams from text 17:49:04 ...in a browser 17:49:10 ...we could have a document that links to the flow sources 17:49:18 There is a service that will dynamically render them but they need to be renamed to .puml files 17:49:19 http://uml.mvnsearch.org/github/w3c/webpayments/blob/gh-pages/PaymentFlows/Card/MerchantHosted-CardPayment-CGProposal.pml 17:49:19 ...and when you refresh page, you have idea of what flows look like. 17:49:24 http://wicg.github.io/web-payments-browser-api/#flows-addendum 17:49:30 s/@@/I think we have the docuements in the right place for now, with the people working on them able to easily access them 17:50:26 q? 17:50:36 http://plantuml.com/plantuml/ is also able to generate short url s to link to 17:50:46 https://github.com/w3c/webpayments/wiki/Flows 17:50:56 q+ to say we shouldn't have it in a wiki, we should have it in a spec? You can link to it. 17:51:08 q+ to mention we /can't/ have it in a wiki. 17:51:23 q+ to point out that we *could* set up some automation to generate static versions on checkins if that's interesting 17:51:26 q- 17:51:38 q+ to mention it won't work in the wiki, I tried. 17:51:42 q- 17:51:56 q+ volunteers to work with Ian. 17:52:03 q- 17:52:06 q- volunteers 17:52:30 q- 17:52:30 +1 for Matt, Ian, and Manu getting together to do that work. 17:52:33 ACTION: Ian to work with Matt and Manu on creating a page that links to sources so you can click to render 17:52:33 'Ian' is an ambiguous username. Please try a different identifier, such as family name or username (e.g., ijacobs, ijmad). 17:53:09 topic: Issues list 17:53:45 AdrianHB: We need to go from three issues list to 1 17:54:09 AdrianHB: Propose: 17:54:28 - If an issue refers to proposals, in the issue you reference the relevant section of the spec 17:54:39 q? 17:54:46 +1 17:54:47 +1 17:54:49 +1 17:54:55 q+ to clarify 17:55:02 ack manu 17:55:02 manu, you wanted to clarify 17:55:08 +1 17:55:23 Manu: I am hearing: 17:55:34 * All issues go in the github tracker, with refs to specific sections 17:55:36 AdrianHB: yes 17:55:41 https://github.com/w3c/webpayments/issues 17:55:49 +1 to keep the issues in the wpwg issue tracker. 17:56:01 If you want particular attention, github supports @ replies :) 17:56:22 +1 to keep issues in wpwg issue tracker and ref spec sections. 17:56:26 q? 17:57:17 AdrianHB: for existing issues, people who have raised them should clarify whether applies to one or both proposals 17:57:49 nicktr: I will double check the issues list against what we discussed at TPAC 17:57:55 https://github.com/w3c/webpayments/wiki/TPAC-2015-issues-list 17:58:38 IJ: Heads-up I edited lightly (e.g., to organize issues) 17:59:01 AdrianHB: Once we have a single issues list this should become much easier (e.g., pull request to get a change, that becomes threaded comments) 17:59:19 topic: TAG election 18:00:28 q+ to note that the next call is Thursday 17th December at 17:00 UTC 18:00:34 Topic: Next call 18:00:36 ack nicktr 18:00:36 nicktr, you wanted to note that the next call is Thursday 17th December at 17:00 UTC 18:00:45 17th December at 17:00 UTC 18:00:56 rrsagent, make minutes 18:00:56 I have made the request to generate http://www.w3.org/2015/12/03-wpwg-minutes.html Ian 18:01:00 rrsagent, set logs team 18:01:25 rrsagent, set logs public 20:05:22 hi shane 20:29:21 Zakim has left #wpwg 21:04:47 ShaneM has joined #wpwg 23:51:37 sam has joined #wpwg