16:54:07 RRSAgent has joined #digitaloffers 16:54:07 logging to http://www.w3.org/2017/02/06-digitaloffers-irc 16:54:13 Meeting: Digital Offers CG 16:54:16 Chair: Linda 16:54:18 Scribe: Ian 16:54:31 agenda: https://lists.w3.org/Archives/Public/public-digitaloffers/2017Feb/0002.html 16:54:44 Ian has changed the topic to: 6 Feb agenda => https://lists.w3.org/Archives/Public/public-digitaloffers/2017Feb/0002.html 16:56:03 AdamLake has joined #digitaloffers 16:56:24 present + AdamLake 16:58:14 present+ Manu 16:58:18 present+ AdamLake 17:00:55 ltoth has joined #digitaloffers 17:01:18 present+ Linda 17:01:30 present+ Ian 17:01:30 dezell has joined #digitaloffers 17:01:42 present+ DavidE 17:01:47 zakim, who is here? 17:01:47 Present: Manu, AdamLake, Linda, Ian, DavidE 17:01:49 On IRC I see dezell, ltoth, AdamLake, RRSAgent, Zakim, dlongley, manu, ShaneM, Ian 17:01:56 SJS has joined #digitaloffers 17:03:33 zakim, who's here? 17:03:33 Present: Manu, AdamLake, Linda, Ian, DavidE 17:03:35 On IRC I see SJS, dezell, ltoth, AdamLake, RRSAgent, Zakim, dlongley, manu, ShaneM, Ian 17:03:46 present+ dezell 17:04:14 present- DavidE 17:04:55 alyver has joined #digitaloffers 17:05:05 present+ alyver 17:05:10 topic: Manu's framing document 17:05:30 Manu: We are currently brainstorming around use caess 17:05:53 ...at some point we'll need to organize into material that communicates clearly to people not in this group 17:06:08 ..for those people new to this, i wanted to show people an example of where we might go 17:06:14 Digital offers CG Use Cases: https://docs.google.com/document/d/1lHgKql-M7bqmf4AGSJwsUaDaDCW22SaB-cEkdkSRI_U/edit# 17:07:03 See also WPIG use cases => https://www.w3.org/TR/web-payments-use-cases/ 17:07:33 ...we define roles, needs, and tasks/requirements 17:10:29 ltoth has joined #digitaloffers 17:11:20 q+ 17:11:36 q+ 17:12:51 ack d 17:12:59 Manu: We may need more market verticals 17:13:06 ...or highlights some market verticals with specific needs 17:13:18 ltoth: So we would migrate materials from wiki to this structure? 17:13:22 Manu: Yes, changing as needed 17:13:47 dezell: We may need to identify financial service providers 17:13:56 (or PSPs as we call them, but FSP is broader) 17:14:15 ack ian 17:16:17 Brian_r1 has joined #digitaloffers 17:16:37 Ian: It's difficult to jump to requirements after use cases... 17:17:03 Ian: I can see using a formalism of roles to communicate use cases clearly and structure them, I don't have confidence that we'll get to requirement level in the IG. 17:17:06 q+ to discuss requirements. 17:17:24 q+ to clarify whether roles are in/out 17:17:27 Ian: If people start to write down specs, we may be able to get to requirements, I don't expect to have requirements in early stages. 17:17:30 ack manu 17:17:30 manu, you wanted to discuss requirements. 17:17:43 Manu: Agree with Ian that requirements are too soon for digital offers. 17:18:04 ....agree that we need specs first before getting to the level of requirements (e.g., as we have done with payments or verifiable claims) 17:18:25 ...the thing we are trying to do here is to create space in the document for when we get to them 17:19:17 ...agree that roles and needs are high level, and requirements are low level and we would not get to them for at least a couple of months 17:19:24 ack dezell 17:19:24 dezell, you wanted to clarify whether roles are in/out 17:19:49 q+ to note that there are /some/ requirements that are easy to note... 17:19:58 ack manu 17:19:58 manu, you wanted to note that there are /some/ requirements that are easy to note... 17:20:16 Manu: The other way to look at this, is that there may be some requirements that are important requirements for people in the group 17:20:24 Isqq+ 17:20:39 ...therefore saying something like "must interoperate for issuance, storage, and retrieval" 17:20:40 q+ 17:21:09 present+ Simon 17:23:04 Ian: What we may want to do is write down things we want in a charter. Like interoperability. There must be interoperability for issue, storage, and retrieval - it would help us keep in mind that there are specific actions on these things that are desirable. 17:23:38 Ian: Rather than frame them as technology requirements, that end up being articulated as a future WG. It might be better to focus those as Charter Requirements. 17:23:59 Ian: If we put stuff in the charter as aspirational, they can push back on it being too broad. 17:24:07 q? 17:24:11 ack ian 17:24:12 manu: Agree that doing that is useful. 17:25:07 q+ 17:25:11 q 17:25:19 q+ SJS 17:25:23 q+ 17:25:30 q 17:25:35 q+ AdamLake 17:25:41 q+ 17:25:51 ack dez 17:25:52 ack dezell 17:25:54 ack sjs 17:26:48 ack adam 17:27:19 ltoth: I find the document useful. 17:27:28 dezell: I think it's useful 17:27:37 SJS: Useful because it brings all the use cases together. 17:27:53 IJ: No objection to people trying to create a useful document; I am not ready today to adopt anything formally moving forward 17:28:03 Topic: Vision 2017 and Digital offers 17:28:03 topic: Vision 2017 task force discussion 17:28:05 https://www.w3.org/Payments/IG/wiki/Vision2017#Web-based_Digital_Wallets.2C_Loyalty.2C_and_Payments 17:28:43 Manu: Digital Bazaar put forth a proposal ... it tries to tie together a set of w3c activiteis 17:29:01 ...payments, verifiable claims, digital offers 17:29:39 ...Ian raised a question whether that discussion on web-based digital wallets and loyalty should shift to the digital offers cg 17:29:45 q+ 17:29:49 q+ 17:30:56 Ian: One way to proceed may be for Digital Offers to do some work and you bring that experience back to the relevant group. For example, payment app that makes payments and apply coupons during checkout... we used PaymentRequest, and Verifiable Claims to do it, plus ARTS, and come back and say "we couldn't do it because of X, or Y". 17:31:38 Ian: That seems to be very valuable information - web stack as its evolving does/doesn't allow us to do this. Implementation experience with things that are emerging. The premise is that Verifiable Claims could be used to do digital offers. 17:32:10 Ian: If we want to be able to do digital offer redemption through checkout, and we could do everything through Verifiable Claims and PaymentRequest, then that would be a solved problem. Or we couldn't do it because that bit is missing. 17:32:19 q+ 17:32:21 ack me 17:32:22 ack dez 17:33:42 dezell: I think we spend a bit of time in the WPIG waiting to hear feedback from other groups, and that's okay. 17:34:09 dezell: Seems like digital offers CG should be thinking about wallets 17:34:51 ack manu 17:35:01 manu: I liked Ian's characterization of it ... it gives us a clear path to proceed. 17:35:44 ...I think digital wallets will touch on various pieces of w3c work (payments, identity, digital offers) 17:36:11 ...it may be that the digital offers CG is not the right place for a broader wallet discussion 17:36:35 q+ 17:36:37 ...as Ian said, best way to help tie things together is to try to implement various pieces 17:36:39 q+ 17:36:53 ...and see what the limitations are 17:37:07 ack dez 17:37:13 ack me 17:37:43 Ian: There is other experience with this sort of thing, implementing some PaymentRequest/payment app API with interledger. Payment App making payments across ledgers using Interledger. 17:37:58 Ian: There will be experimentation to try to put these pieces together and that will feed back into W3C. 17:38:38 Ian: I'm not yet convinced that there is a "project" that is as high-level as digital wallets. Digital Wallets are a thing that people feel can help improve security/convenience, and yet it doesn't feel like W3C should be out to do digital wallets. 17:38:55 q+ to note not "out to do digital wallets", just to ensure the stuff they're building fits together. 17:39:44 Ian: Software could be digital wallet, or it could be something else. Is Digital Wallet a compelling thing to focus on, or capability usage, which is what we're going for. It feels easier to focus on concrete thing - redeem coupons at checkout. it turns out that that's a thing that people want to use digital wallets for. 17:39:44 q+ to talk about abstraction of wallet 17:40:12 ack manu 17:40:12 manu, you wanted to note not "out to do digital wallets", just to ensure the stuff they're building fits together. 17:40:16 Ian: What do we need to use on the Web to make that happen? Are digital wallets a side-effect? digital wallets are just software, not a capability of the Web. 17:40:25 manu: Now I think I see where the disconnect is. 17:40:36 ...I agreee that the focus should be on the capabilities 17:40:45 ..the suggestion was not to create a digital wallets CG or WG... 17:41:06 ..rather, the term digital wallet is used as a term that is an umbrella 17:41:21 ...but I agree that we should be focused on capabilities to address specific tasks. 17:41:38 ...e.g., you are issued a loyalty card...you get messaged...you use it to make a payment 17:42:06 ...so digital wallet may be the wrong term, but the point is to have capabilities that enable things to work seamlessly. 17:42:07 q+ 17:42:21 ack de 17:42:21 dezell, you wanted to talk about abstraction of wallet 17:43:26 ack me 17:44:37 Ian: It may not be helpful to put payments, digital offers, and verifiable claims at the same abstraction layer - payments have to do with something I want to do over the web, same with digital offers. Verifiable Claims is not an activity in the same way, in my mind. Verifiable Claims is like an abstraction that encompasses almost every sort of utterance you want to make on the Web. it's too broad of a topic to go with the other two. 17:44:55 Ian: If you want to do payments and digital offers seamlessly, and see how much verifiable claims can help, that makes sense. 17:45:24 Ian: I can see some disagreement there, but Verifiable claims seems broad. It speaks less than payments and coupons, may need adjustment. List semantics thing that has a bit of friction for me. 17:45:56 ltoth: To summarize, the vision task force doesn't want to lose the topic...but not hearing anything specific new work 17:46:43 q+ to comment about running code... 17:47:18 q+ to volunteer to add the use cases to the digital offers wiki. 17:47:33 dezell: +1 to Ian's comment - get experience through coding and seeing what we need, either in the IG or the CG 17:47:37 ack dezell 17:47:37 dezell, you wanted to comment about running code... 17:47:46 dezell: The IETF has this mantra as well... 17:48:13 manu: I will add the use cases from the vision task force to the Digital Offers CG wiki 17:48:15 (IJ: +1) 17:48:37 topic: FTF agenda 17:48:45 regrets+ Kylie 17:48:50 zakim, who's here? 17:48:50 Present: Manu, AdamLake, Linda, Ian, dezell, alyver, Simon 17:48:52 On IRC I see Brian_r1, ltoth, alyver, dezell, AdamLake, RRSAgent, Zakim, dlongley, manu, ShaneM, Ian 17:49:18 ltoth: IG has 90 minutes for us at the IG meeting: 17:49:18 https://www.w3.org/Payments/IG/wiki/Main_Page/FTF_Mar2017 17:49:27 q+ re demos 17:49:41 q- 17:49:42 ack manu 17:49:49 q+ to ask about logistics for the meeting invitation. 17:50:14 Ian: What is the expectation? To get them to the meeting? Or to do some demos with their stuff? 17:50:18 IJ: Is the expectation to get people from other companies to the meeting or just do their demos? 17:50:24 ltoth: Both 17:50:46 Ian: Could you work with David on invitations? 17:50:47 ACTION: ltoth to work with dezell on a list of invitations 17:50:54 ltoth: Yes 17:51:10 ltoth: Once we figure out who wants to demo, we will have a better sense of discussion topic time 17:51:22 (IJ thinks we should be sure to have 1 hour to go through use cases) 17:51:28 (Which means 30 mins at most for demos) 17:51:49 Manu: I would hope to demo storage of coupons and using them in payment apps 17:52:46 ltoth: Would it be better to do the demos up front or after discussion of topics 17:52:53 ACTION: Manu to make sure the digital wallet use cases are moved into the Google Doc, Adam to attempt to keep the Google Doc up to date. 17:52:58 Manu: I have seen it done either way 17:53:04 q? 17:53:32 Ian: if the Task Force has been working for months, and work unrelated to task force, that would create some dissonance. If demos reflect use cases, that feels helpful. 17:53:35 ack me 17:53:36 Ian, you wanted to discuss demos 17:54:09 dezell: Simon, we'd love to have Kylie there - perhaps she can just walk over? 17:54:19 ack de 17:54:19 dezell, you wanted to ask about logistics for the meeting invitation. 17:54:21 ltoth: Unfortunately, no, she's in the UK. Already sent regrets, I think. 17:54:50 dezell: We do want to get as many of our digital offers folks as we can to come to the meeting. 17:55:12 dezell: Simon, don't know if you can get Kylie there, she's important for this meeting. 17:55:33 Ian: We may need to do that via laptop w/ Skype/WebEx. 17:55:38 ltoth: I can offer GoTo meeting. 17:55:47 Ian: I've asked for a polycom system, which we have. 17:55:54 q? 17:56:09 topic: Next meeting 17:56:31 +1 to next week. 17:56:45 +1 17:57:08 Resolved: 13 February noon-1pm ET 18:12:33 RRSAgent, make minutes 18:12:33 I have made the request to generate http://www.w3.org/2017/02/06-digitaloffers-minutes.html Ian 18:12:38 RRSAgent, set logs public 19:03:48 alyver has joined #digitaloffers 19:37:43 alyver has joined #digitaloffers 19:50:43 alyver has joined #digitaloffers 19:55:40 alyver has joined #digitaloffers 20:09:25 Zakim has left #digitaloffers 20:40:14 alyver has joined #digitaloffers 21:25:20 alyver has joined #digitaloffers 21:55:12 alyver has joined #digitaloffers 21:57:18 alyver has joined #digitaloffers 22:37:47 alyver has joined #digitaloffers 22:48:21 alyver has joined #digitaloffers 22:53:08 alyver has joined #digitaloffers 23:33:06 alyver has joined #digitaloffers