IRC log of wpay on 2015-05-15
Timestamps are in UTC.
- 03:07:56 [RRSAgent]
- RRSAgent has joined #wpay
- 03:07:56 [RRSAgent]
- logging to http://www.w3.org/2015/05/15-wpay-irc
- 03:08:15 [manu]
- rrsagent,bye
- 03:08:24 [manu]
- rrsagent, set logs public
- 03:08:26 [manu]
- rrsagent,bye
- 03:08:26 [RRSAgent]
- I see no action items
- 13:29:36 [RRSAgent]
- RRSAgent has joined #wpay
- 13:29:36 [RRSAgent]
- logging to http://www.w3.org/2015/05/15-wpay-irc
- 13:29:43 [manu]
- zakim, this will be wpay
- 13:29:43 [Zakim]
- ok, manu; I see T&S_WEBPYMT(WPAY_AGENT)9:30AM scheduled to start in 1 minute
- 13:29:46 [manu]
- rrsagent, make logs public
- 13:29:55 [Zakim]
- T&S_WEBPYMT(WPAY_AGENT)9:30AM has now started
- 13:30:02 [Zakim]
- +Davd_Ezell
- 13:30:11 [manu]
- zakim, code
- 13:30:11 [Zakim]
- I don't understand 'code', manu
- 13:30:14 [manu]
- zakim, code?
- 13:30:14 [Zakim]
- the conference code is 9729 (tel:+1.617.761.6200 sip:zakim@voip.w3.org), manu
- 13:30:20 [dezell]
- zakim, Davd is me
- 13:30:20 [Zakim]
- +dezell; got it
- 13:30:33 [Zakim]
- +padler
- 13:30:34 [Ian]
- zakim, call Ian-Office
- 13:30:35 [Zakim]
- ok, Ian; the call is being made
- 13:30:39 [Zakim]
- +[IPcaller]
- 13:30:45 [manu]
- zakim, I am [IPcaller]
- 13:30:45 [Zakim]
- ok, manu, I now associate you with [IPcaller]
- 13:30:54 [Zakim]
- +??P12
- 13:31:07 [AdrianHB]
- zakim, ??P12 is me
- 13:31:07 [Zakim]
- +AdrianHB; got it
- 13:31:49 [Ian]
- zakim, call Ian-Office
- 13:31:49 [Zakim]
- ok, Ian; the call is being made
- 13:31:50 [Zakim]
- +Ian
- 13:31:59 [Ian]
- zakim, who's here?
- 13:31:59 [Zakim]
- On the phone I see dezell, padler, [IPcaller], AdrianHB, Ian
- 13:32:01 [Zakim]
- On IRC I see RRSAgent, dezell, padler, jorgezaccaro, AdrianHB, Karen, chaals, Zakim, Ian, manu, trackbot, wseltzer
- 13:33:40 [Ian]
- zakim, who's here?
- 13:33:40 [Zakim]
- On the phone I see dezell, padler, [IPcaller], AdrianHB, Ian
- 13:33:42 [Zakim]
- On IRC I see RRSAgent, dezell, padler, jorgezaccaro, AdrianHB, Karen, chaals, Zakim, Ian, manu, trackbot, wseltzer
- 13:33:49 [manu]
- zakim, I am [IPcaller]
- 13:33:49 [Zakim]
- ok, manu, I now associate you with [IPcaller]
- 13:33:55 [Ian]
- agenda?
- 13:34:03 [Ian]
- agenda==
- 13:34:07 [Ian]
- zakim, clear agenda
- 13:34:07 [Zakim]
- agenda cleared
- 13:34:18 [manu]
- Agenda: https://lists.w3.org/Archives/Public/public-webpayments-ig/2015May/0110.html
- 13:34:30 [Ian]
- agenda+ summarize where we are
- 13:34:34 [Ian]
- agenda+ vision doc
- 13:34:37 [Ian]
- agenda+ reqs
- 13:34:41 [Ian]
- agenda+ capabilities
- 13:34:46 [Ian]
- agenda+ sprint.ng
- 13:34:47 [manu]
- Chair: Pat
- 13:34:52 [Ian]
- agenda: https://lists.w3.org/Archives/Public/public-webpayments-ig/2015May/0110.html
- 13:35:05 [Ian]
- Meeting: Web Payments Architecture Task Force Meeting
- 13:35:09 [manu]
- scribe: manu
- 13:35:12 [Ian]
- topic: Pat's recent travels
- 13:35:26 [manu]
- Pat: There is some interesting stuff going on w/ http://txpush.org/
- 13:35:49 [Ian]
- Manu: Did you get a sense of their level of activity?
- 13:36:14 [manu]
- Pat: They're trying to standardize a transaction push hub.
- 13:36:43 [jheuer]
- jheuer has joined #wpay
- 13:37:20 [padler]
- q?
- 13:37:43 [manu]
- Topic: Summarize state of document proposals
- 13:38:03 [manu]
- Ian: We've been looking at the work being done in Architecture piece, I suggested a different way of approaching things.
- 13:38:14 [Ian]
- https://www.w3.org/Payments/IG/wiki/Communications_Strategy_Task_Force/Doc_Relations
- 13:38:16 [manu]
- Ian: All the pieces are important, we are trying to get better shared understanding of how they fit together.
- 13:38:38 [manu]
- Ian: Here are the things we're working on - note new documents - Payment Architecture is now split into Vision, Requirements, Capabilities
- 13:38:50 [Zakim]
- + +49.303.3.aaaa
- 13:38:53 [manu]
- Ian: Use cases suggest requirements - those requirements are ultimately where source of recommendations for standards work are derived.
- 13:38:57 [manu]
- zakim, aaaa is Joerg
- 13:38:57 [Zakim]
- +Joerg; got it
- 13:39:25 [manu]
- Ian: We want to propose new standards work, how do we get there?
- 13:39:51 [manu]
- Ian: We will be deriving requirements from use cases, then that will be the basis on what we think needs standardization.
- 13:40:28 [Ian]
- https://www.w3.org/Payments/IG/wiki/Payment_Agent_Task_Force/Vision
- 13:40:30 [manu]
- Ian: At the same time, we have a lot of other discussion going on - we have pieces floating out there - manifesto, architecture document - we all agree that vision is important wrt. payments architecture for the Web - let's make it short and stable and it can guide us - publish it as its own thing.
- 13:41:02 [manu]
- This is the current place we've put as of yesterday. My understanding is that Adrian is going to work w/ whoever he can find to bring that to the IG face-to-face meeting - 30-60 minute discussion about Vision. That'll be our guide for our work.
- 13:41:10 [manu]
- s/This is the/Ian: This is the/
- 13:41:55 [manu]
- Ian: It's not requirements or capabilities - it's just a vision. Familiar topics have been pulled out up front - W3C members should be familiar w/ that stuff. There are other payment-specific stuff.
- 13:42:19 [manu]
- Ian: I'd like to see this wiki become that Vision document. By pulling it out, it'll lighten other material.
- 13:42:39 [manu]
- Ian: People said "enough high-level documents!" let's get to the meaty stuff (apologies to vegetarians)
- 13:43:44 [padler]
- q?
- 13:43:46 [manu]
- Ian: We largely know what we need wrt. invoices, payment requests, etc. Let's work on those types of things in parallel. Ian will take the lead on requirements w/ a simple wiki to write down requirements through analysis of use cases. In parallel, the architecture/capabilities document will move forward - focus on capabilities and prioritize them w/o going into too much detail.
- 13:43:47 [padler]
- q+
- 13:44:10 [manu]
- Ian: For example, needing a timestamp is too low level - but saying we need a mechanism to do invoices is not.
- 13:44:12 [manu]
- ack padler
- 13:44:22 [manu]
- Pat: I like the idea of having a separate requirements document.
- 13:44:51 [manu]
- Pat: The more successful systems have been ones that have a vision, w/ requirements and capabilities co-evolve... then you feel good about both.
- 13:45:32 [manu]
- Pat: I do want to clarify that - we talk about priorities - the priorities themselves are not going to be in the architecture document. Some kind of priority list - capabilities is not temporal - shouldn't have anything that says "when"... just the "whats"
- 13:45:50 [manu]
- Ian: It may be that there are dependencies that are teased out by documenting capabilities - that sort of specifies prioritization.
- 13:46:04 [dezell]
- [+1 to a) fewer documents (whew!) and b) focusing on the three primary segments - use cases, architecture, requirements. My experience is that this is the correct approach.]
- 13:46:05 [manu]
- q+ to say we need a map in each of these docs.
- 13:46:21 [Ian]
- q+
- 13:46:35 [Ian]
- zakim, [IPcaller] is Manu
- 13:46:35 [Zakim]
- +Manu; got it
- 13:46:38 [Ian]
- q?
- 13:47:21 [manu]
- Pat: It's a good idea to break out identity/credentials from transactions - it may not be all in a payment agent and an identity agent that cooperate. That capabilities document really has to do a good job of laying out how we want to group responsiblities.
- 13:47:44 [manu]
- Pat: We want to understand how all these pieces play together in an architecture.
- 13:47:45 [Ian]
- q+ to say we are downplaying payment agent and why
- 13:47:49 [Ian]
- ack IP
- 13:47:52 [Ian]
- ack manu
- 13:47:53 [jheuer]
- q+
- 13:47:56 [Ian]
- ack [IPcaller]
- 13:47:56 [Zakim]
- [IPcaller], you wanted to say we need a map in each of these docs.
- 13:48:24 [manu]
- Pat: I think you were in Paris when we talked about this - when we suggested priority order - that was for sprint planning to focus. I think that was helpful.
- 13:48:30 [manu]
- ack [IPcaller]
- 13:48:47 [AdrianHB]
- +1 for the capabilities doc attempting to define roles and responsibilities of system components
- 13:48:55 [Ian]
- Manu: Would like a map of documents in each doc
- 13:49:00 [Ian]
- ...so that from any doc you can find your way
- 13:49:03 [padler]
- +1 to table of contents/map...
- 13:49:05 [Ian]
- [+1]
- 13:49:08 [AdrianHB]
- +1
- 13:49:21 [Zakim]
- + +1.914.656.aabb
- 13:49:28 [Ian]
- zakim, aabb is Erik
- 13:49:28 [Zakim]
- +Erik; got it
- 13:50:02 [manu]
- Ian: At the start of rewrite to architecture - I did the map in text - I felt we needed to tell people that - totally agree.
- 13:50:07 [manu]
- ack Ian
- 13:50:07 [Zakim]
- Ian, you wanted to say we are downplaying payment agent and why
- 13:50:09 [Erik]
- Erik has joined #wpay
- 13:50:20 [Ian]
- https://www.w3.org/Payments/IG/wiki/Communications_Strategy_Task_Force/Doc_Relations
- 13:50:28 [manu]
- Ian: We are reaching consensus on the mapping of a different set of documents, listed here ^^
- 13:50:38 [jheuer]
- q-
- 13:50:43 [manu]
- Ian: We're trying to organize material in a nice way - we're on the topic of capabilities.
- 13:51:10 [manu]
- Ian: One of the things we wrestled with - wrt. Payment Agent - having a simple notion - web of payment agents - while nice, it's a bit cart before horse.
- 13:51:39 [manu]
- Ian: We've moved from talking about container talking about functionality to break out a set of capabilities. It's a more natural way to describe what we need and achieve vision and satisfy requirements.
- 13:51:51 [manu]
- q+ to say avoid payment agent, focus on capabilities/services.
- 13:52:42 [manu]
- Ian: This is an iterative process - it doesn't mean Payment Agents go away - we free ourselves up wrt. constraining it to a Payment Agent - we may decide that we don't need to talk about Payment Agents in some places. Or that Payment Agent shrinks in functionality to the part that's the interface between merchant / browser /etc.
- 13:52:44 [AdrianHB]
- q+ to get consensus on the scope of the capabilities doc
- 13:52:51 [manu]
- Ian: We should turn our attention to capabilities.
- 13:52:52 [manu]
- ack Manu
- 13:52:52 [Zakim]
- Manu, you wanted to say avoid payment agent, focus on capabilities/services.
- 13:53:23 [Ian]
- Manu: I like the concept of the payment agent, but agree with Ian that it's constraining the discussion. I do like the idea of focusing on capabilities. Ian proposed services and I pushed back, but now I'm changing my mind.
- 13:53:25 [padler]
- q+ to talk about capabilities and services and composition...
- 13:53:37 [Erik]
- q+
- 13:53:53 [Ian]
- Manu: We might say therefore that 'these services need to exist' and maybe we can map to various concepts like "payment agent for the user" later in the doc
- 13:53:57 [Ian]
- ...so +1 to services that we need
- 13:54:07 [manu]
- ack AdrianHB
- 13:54:07 [Zakim]
- AdrianHB, you wanted to get consensus on the scope of the capabilities doc
- 13:54:08 [Ian]
- ...I did a pass through the doc to check whether that would work and it seems to
- 13:54:28 [manu]
- AdrianHB: Can we define the scope of what's in the capabilities document?
- 13:54:51 [manu]
- q+ to set a timeframe to get a first draft for each of these docs.
- 13:55:05 [jheuer]
- q+
- 13:55:07 [manu]
- AdrianHB: I like Pat's idea - define roles of each service -where they fit into the map of actors.
- 13:55:15 [manu]
- AdrianHB: I think it would be good to have that in the document as well.
- 13:55:17 [Ian]
- q?
- 13:55:27 [manu]
- manu: +1 mapping services/capabilities to actors.
- 13:55:30 [manu]
- ack padler
- 13:55:30 [Zakim]
- padler, you wanted to talk about capabilities and services and composition...
- 13:56:03 [manu]
- Pat: I like not focusing exclusively on a Payment Agent. I don't think a document w/ just services and capabilities is complete enough.
- 13:56:58 [Ian]
- q+ to talk about payment-specific and general services
- 13:56:59 [manu]
- Pat: When you apply services/capabilities to specific constraints - those constraints influence requirements - particular aspects of the services that have to be accounted for. How do we functionally compose an architecture out of the services - module for doing transaction stuff - container for doing collection of capabilities/services.
- 13:57:37 [Zakim]
- +??P16
- 13:57:38 [manu]
- Pat: It's going to influence the way it's going to communicate - we want to get to a point where we grow, then tease parts apart, etc.
- 13:58:22 [manu]
- Pat: I think it's going to be important - capabilities/framing - it's a collection of capabilities/services that we find in the architecture - it's critical to get cohesive picture at a high level - how is it composed?
- 13:58:58 [Zakim]
- -??P16
- 13:59:07 [Ian]
- q?
- 13:59:20 [Ian]
- (+1 to needing to describe composition in some capacity)
- 13:59:40 [manu]
- Pat: Those microservices - considerations for deployment - that'll make it useful.
- 13:59:42 [Ian]
- ack Erik
- 13:59:42 [manu]
- ack Erik
- 13:59:45 [Erik]
- Service is a container of features and capabilities but bound by use cases and requirements. Payment agent is an implementation of a service.
- 14:00:17 [Ian]
- (Ian hear's Erik's +1 to doc organization)
- 14:00:29 [manu]
- Erik: I didn't get a reply back on security/messaging
- 14:00:49 [manu]
- Ian: Erik sent detailed requirements about authentication, messaging, security, etc.
- 14:01:13 [manu]
- Ian: I have not studied that yet, it's a detailed document and it belongs in the "Requirements" document that we're talking about.
- 14:01:41 [manu]
- Ian: What's interesting though is that at one level it belongs in requirements, on the other hand, it's grouping things together functionally.
- 14:02:01 [manu]
- Ian: I don't agree w/ all of it - but it may also be a capabilities thing - we need to do the work in parallel - where do things fit in most neatly?
- 14:02:07 [padler]
- q?
- 14:02:13 [manu]
- Ian: We'll create a wiki page where these sorts of things should go.
- 14:02:31 [manu]
- Ian: I'll look at your document and weave those things in.
- 14:02:57 [manu]
- Erik: These are base requirements for web interfaces to connect to their systems.
- 14:03:08 [manu]
- Ian: Good news is it's big long list - but we have to prioritize them.
- 14:03:21 [padler]
- q+ to ask that requirements are labeled with an ID for traceability to the capabilities document..
- 14:03:24 [dezell]
- q+
- 14:03:24 [manu]
- Erik: Let me know where you want these and which documents to weave them into.
- 14:03:38 [manu]
- Erik: Didn't want to send this out before we understood where they'd go.
- 14:03:47 [Ian]
- ack Manu
- 14:03:47 [Zakim]
- Manu, you wanted to set a timeframe to get a first draft for each of these docs.
- 14:03:47 [manu]
- ack Manu
- 14:04:05 [Ian]
- Manu: Good discussion; hearing consensus for this approach
- 14:04:20 [Ian]
- ...people seem to agree also on capabilities scope (services + composition)
- 14:04:31 [AdrianHB]
- +1
- 14:04:44 [Ian]
- ...we have 2 weeks to get these docs into shape so people can review before the FTF
- 14:04:53 [Ian]
- ...PROPOSED: Docs to share on 1 June
- 14:05:01 [Zakim]
- -Joerg
- 14:05:26 [padler]
- q?
- 14:05:41 [manu]
- Ian: it's more important that it be available to read - wiki is fine.
- 14:06:11 [jheuer]
- My phone got disconnected... sorry
- 14:06:12 [AdrianHB]
- [Thanks Ian for doing all the hard work]
- 14:06:34 [padler]
- +1 to idea of focusing on WIKI as delivery tool..
- 14:06:50 [padler]
- for June 1...
- 14:07:05 [Zakim]
- +Joerg
- 14:07:20 [manu]
- zakim, mute Joerg
- 14:07:20 [Zakim]
- Joerg should now be muted
- 14:07:25 [jheuer]
- my connection seem really bad!
- 14:07:29 [Ian]
- https://www.w3.org/Payments/IG/wiki/Communications_Strategy_Task_Force/Doc_Relations#Core_Deliverables
- 14:08:01 [jheuer]
- What are you charginf me for - or with? ;-)
- 14:08:21 [jheuer]
- I can't understand a thing
- 14:08:35 [AdrianHB]
- q+ to ask what we're doing with the glossary
- 14:08:38 [jheuer]
- I will just participate via IRC until the phone thing is solved...
- 14:08:40 [jheuer]
- q-
- 14:08:45 [manu]
- ack Ian
- 14:08:45 [Zakim]
- Ian, you wanted to talk about payment-specific and general services
- 14:08:52 [manu]
- Ian: Glossary - not seen many updates.
- 14:08:59 [manu]
- q+ to mention that we're biting off a lot.
- 14:09:15 [Ian]
- ack manu
- 14:09:15 [Zakim]
- Manu, you wanted to mention that we're biting off a lot.
- 14:09:27 [Ian]
- Manu: These are a lot of docs for the number of people we have assigned.
- 14:09:33 [Ian]
- ...my hope is that they will be as short as possible
- 14:09:46 [Ian]
- ...I think Vision can be rev'd quickly
- 14:09:53 [Ian]
- ...this means that our time will be split pretty badly
- 14:10:00 [Ian]
- ...won't be able to help each other out as much as we have been
- 14:10:14 [Ian]
- (+1 to enlisting more help!!)
- 14:10:23 [Ian]
- ...my hope is that Adrian can be done by next week.
- 14:10:33 [Ian]
- (Ian plans to ship the URI to the group and ask for people to dive in)
- 14:10:53 [Ian]
- ...so I propose we ignore the roadmap for now and look at the priorities
- 14:11:54 [manu]
- Ian: We need something done w/ Roadmap
- 14:12:15 [Zakim]
- -Joerg
- 14:12:18 [manu]
- Ian: We need to have some draft charters ready by face-to-face... maybe capabilities folks can enumerate the blocks w/o detail first. See if you're comfortable w/ that first.
- 14:12:24 [padler]
- q?
- 14:12:35 [AdrianHB]
- ack pat
- 14:12:39 [manu]
- q+ to ask for specific deliverables by end of next week.
- 14:12:45 [AdrianHB]
- ack padler
- 14:12:45 [Zakim]
- padler, you wanted to ask that requirements are labeled with an ID for traceability to the capabilities document..
- 14:13:28 [manu]
- Pat: as we write capabilities doc, we can point to requirements/rationale
- 14:13:54 [manu]
- Ian: So, good point - we need categorization so we can be systematic
- 14:13:59 [jheuer]
- what kinds of capabilities are we talking about? Do device capabilities play a role?
- 14:14:16 [Ian]
- Yes, I can have IDs. And will have a scheme for organizing
- 14:14:20 [manu]
- Pat: We have to figure out categorization and how to tie all of these things together.
- 14:14:21 [jheuer]
- (Sorry, I gave up on the phone...)
- 14:15:30 [manu]
- Pat: how is information passed between different actors in the system - that's going to be hard to do when we're capturing requirements.
- 14:15:30 [AdrianHB]
- q+ to propose that we describe services as <entity>'s <service-type> service
- 14:16:00 [manu]
- Pat: Base architecture - we had consistent agreement w/ 3 interfaces - how does this thing, collection of things - user-facing requirements - what do browsers or other devices need to call/get access to the service.
- 14:16:10 [manu]
- Pat: We're treating other systems as having different interfaces.
- 14:17:32 [Zakim]
- +Joerg
- 14:17:33 [manu]
- Ian: I don't know in advance what right categorization is - let me try it out - do the analysis
- 14:17:44 [manu]
- Ian: I don't know a-priori what perfect categorization is.
- 14:17:51 [jheuer]
- I can hear you again.
- 14:18:08 [manu]
- Pat: Without categorization - when you talk about security/accessibility - "of what" - the system must be secure - what does someone do w/ that. It's not implementable.
- 14:19:25 [manu]
- Ian: I don't know if all requirements we articulate in requirements wil be implementable - so we need to explore what the right state is. It's inappropriate to say "at this level, you must use JSON-LD" - but having a general format requirement "like extensibility" - may be possible.
- 14:19:47 [manu]
- Erik: We can coordinate all these things at the face-to-face.
- 14:19:49 [dezell]
- q?
- 14:20:05 [manu]
- ack dezell
- 14:20:20 [padler]
- agreed that we don't want to talk about very specific things, but a consistent understanding of interfaces and boundaries is extremely important..
- 14:20:29 [manu]
- dezell: great work - this is all looking good - want to echo what Pat was saying about "visible requirements" in our specs.
- 14:21:52 [manu]
- dezell: Other requirements - may be requirements on financial service providers - don't think W3C will be the place that W3C puts on financial service provider - seeing two things separately will help us. I had a heated/extended conversation w/ a member - most everything he was complaining about was about requirements that are not visible in our specs. There are things that FSPs have to do, but it's not necessarily about web payments - web payments is not browser
- 14:21:52 [manu]
- payments. The browser is an agent, that's it - the Web is more than that.
- 14:21:55 [jheuer]
- +1 to not limiting our work to the browser
- 14:22:11 [dezell]
- sorry
- 14:22:16 [dezell]
- last comment ...
- 14:22:23 [manu]
- s/sorry//
- 14:22:28 [manu]
- s/last comment ...//
- 14:22:33 [manu]
- s/I can hear you again.//
- 14:22:35 [dezell]
- Please think of how to use telcon time Monday to best effect since we're short.
- 14:22:41 [Ian]
- zakim, drop dezell
- 14:22:41 [Zakim]
- dezell is being disconnected
- 14:22:43 [Zakim]
- -dezell
- 14:22:44 [AdrianHB]
- +1
- 14:22:55 [manu]
- ack AdrianHB
- 14:22:55 [Zakim]
- AdrianHB, you wanted to ask what we're doing with the glossary and to propose that we describe services as <entity>'s <service-type> service
- 14:23:32 [Zakim]
- +dezell
- 14:24:04 [manu]
- Adrian: Where we're trying to define roles/responsibilities - rather than trying to be specific, we could say "payee's credential service needs these capabilities" - set of services that all actors have access to. Doesn't specify how they're interrelated. Next step is to figure out how they tie together. Just a proposal.
- 14:24:06 [manu]
- ack Manu
- 14:24:06 [Zakim]
- Manu, you wanted to ask for specific deliverables by end of next week.
- 14:25:49 [padler]
- q?
- 14:26:04 [manu]
- Manu: Adrian will work on Vision document and have it more or less done by next Thursday.
- 14:26:33 [padler]
- q+ to ask what the priority information needed for June f2f is..
- 14:26:35 [manu]
- Manu: Ian will work on Requirements and Roadmap w/ Manu and Charter.
- 14:26:40 [padler]
- q?
- 14:26:54 [manu]
- Manu: Pat will work on capabilities and move that further along.
- 14:27:01 [AdrianHB]
- q+ to ask what draft charters we are currently thinking of putting forward
- 14:27:32 [Ian]
- Manu: We need to specify actors, capabilities, composition. Pat will focus on that
- 14:27:44 [Ian]
- (Ian reiterates his request that "high level capabilities' should be set forth before details)
- 14:27:51 [Ian]
- Adrian on vision (due next week)
- 14:27:57 [Ian]
- Ian and Erik on Requirements
- 14:27:59 [jheuer]
- I can help with capabilities
- 14:28:07 [AdrianHB]
- +1
- 14:28:39 [AdrianHB]
- zakim, who is on the call?
- 14:28:39 [Zakim]
- On the phone I see padler, Manu, AdrianHB, Ian, Erik, Joerg, dezell
- 14:28:47 [Ian]
- https://www.w3.org/Payments/IG/wiki/Communications_Strategy_Task_Force/Doc_Relations#Requirements
- 14:29:31 [manu]
- Adrian: I'll help w/ capabilities once I get done w/ vision.
- 14:29:44 [AdrianHB]
- q?
- 14:29:57 [AdrianHB]
- ack padler
- 14:29:57 [Zakim]
- padler, you wanted to ask what the priority information needed for June f2f is..
- 14:30:12 [manu]
- Pat: We're moving back to getting a bunch of documents done in a row - wrt. priority iterations - are we using v1 v2 to go through rough order we go through these things on.
- 14:31:49 [jheuer]
- If we start top-down, loyalty, coupons, vouchers need to be mentioned, but shouldn't get deeper coverage, right?
- 14:31:54 [manu]
- Ian: Regarding a work plan, in order to get stuff done in two weeks - do all capabilities - or guess that certain capabilities will not be version 1.
- 14:32:04 [manu]
- jheuer, +1 - yep, I think so.
- 14:32:20 [manu]
- s/jheuer, +1 - yep/Manu: jheuer, +1 - yep/
- 14:32:35 [jheuer]
- Sorry guys - I can't stay any longer. Speak to you on Monday
- 14:32:44 [Zakim]
- -Joerg
- 14:33:28 [manu]
- Pat: When we think about what's required for the June meeting vs. work going on wrt. WGs - we're taking a shotgun approach - can we clear up what absolutely needs to be done for June so we run a good meeting vs. what we need to prep beyond June. Payments roundtable - first draft of requirements out there - it feels like we're trying to get those documents so far forward - I'm having a hard time where the priorities are.
- 14:34:03 [manu]
- Ian: Yes, that's a good conversation for Monday. I am trying to drive the group to express the first WG charter - that's what our mission is - that's what W3M wants - I want to get us there.
- 14:34:40 [manu]
- Ian: Timing so we can meet at TPAC means that we have to have something by June - we need to know what groups are going to do. If we're proposing a charter mid-august to the membership, we have two months to work on charter - we will not be done w/ taking feedback on use cases, elaborating requirements, etc.
- 14:35:00 [manu]
- Ian: If the group first meets the last week of october, we have from June to October to take stuff into account.
- 14:35:20 [manu]
- Pat: Is the bigger priority for us to have a well structured/formed way of capturing requirements and have a solid start on them before June.
- 14:36:00 [manu]
- Pat: If we're saying "here's the workplan approach" - then we have another two months after June with people contributing - refine the documents - it feels like we're prioritizing something that we need by october.
- 14:36:35 [manu]
- Pat: The requirements - how much time do we put into requirements being exhaustive? or is it to focus on getting core of that in - at the meeting, following the meeting -
- 14:37:07 [manu]
- Ian: I need one or more draft charters that we're happy with by June - we get there by describing capabilities and getting requirements together. That is the most important thing we can do in June. The requirements can happen in parallel.
- 14:38:09 [manu]
- Ian: The requirements, as we start to write them down, we'll have questions - for example "standard vocabulary" - go through use cases through next level of detail. That may be a good use of the face-to-face time. We don't need a mature set of requirements by the face-to-face meeting. I need to spend some time on requirements, doing the work in a vacuum is unhealthy - but accept that they're being done in parallel for a long time.
- 14:38:23 [manu]
- Ian: There are lots of ideas already circulating - people imagine that those capabilities are necessary.
- 14:38:33 [manu]
- Pat: I need a good read on where we're spending time.
- 14:39:03 [manu]
- Ian: We need a healthy understanding of functional blocks and capabilities - but not so far as API or format requirements. Prioritized use cases.
- 14:39:39 [manu]
- Ian: Manu and I were chatting yesterday - "who needs to be doing what for us to get payments deployed to the Web"... we were looking at different v1 scenarios - who would that involve - that are the capabilities that we would need.
- 14:40:09 [manu]
- Ian: If a minimal implementation would involve payment agents in the cloud, where we're using standard web protocols - native implementation of payment agent - we don't have a way to communicate to a native agent.
- 14:40:28 [padler]
- q?
- 14:40:29 [manu]
- Ian: We were playing around w/ what it would actually look like to setup something that implements these standards. It's an interesting way to prioritize.
- 14:40:42 [manu]
- Ian: We're going to focus on smallest set of things to enable payment from end to end.
- 14:41:00 [manu]
- Ian: How do we get deployment of a system.
- 14:41:01 [manu]
- q+ to end call.
- 14:41:16 [manu]
- ian: What do we need to get done first, and who do we need at the table.
- 14:41:18 [manu]
- q-
- 14:41:25 [manu]
- ack AdrianHB
- 14:41:25 [Zakim]
- AdrianHB, you wanted to ask what draft charters we are currently thinking of putting forward
- 14:41:43 [manu]
- Pat: We need to align expectations w/ the larger group.
- 14:41:54 [manu]
- AdrianHB: We're talking about having draft charters at the face-to-face.
- 14:41:59 [dezell]
- [Monday-review what's being done, who's doing it, and who can help?]
- 14:42:02 [manu]
- Ian: One of them is a Payment-focused group.
- 14:42:21 [manu]
- Ian: This is what we expect the group to do in v1.
- 14:42:41 [manu]
- Ian: it sounds like there'll be a Payments Working Group
- 14:42:47 [manu]
- Ian: There is authentication work that needs to happen.
- 14:43:03 [manu]
- Ian: There's also credentials stuff - what we need them for, etc. That should inform that discussion.
- 14:43:15 [manu]
- Adrian: Ok, that's fine, just trying to get where the thinking is.
- 14:43:21 [manu]
- Ian: That could also be a Monday chat.
- 14:43:45 [manu]
- Pat: Agree, that would be very helpful - does W3C already have groups to do that? That may help us as we're composing things / re-composing things.
- 14:43:54 [manu]
- Pat: That's helpful to understand.
- 14:44:13 [manu]
- Ian: Two individuals have asked to participate as IEs... Jacob Nienan and Daniel Smeds.
- 14:44:29 [manu]
- s/Two individuals have asked to participate as IEs... Jacob Nienan and Daniel Smeds.//
- 14:45:13 [manu]
- rrsagent, draft minutes
- 14:45:13 [RRSAgent]
- I have made the request to generate http://www.w3.org/2015/05/15-wpay-minutes.html manu
- 14:45:40 [Zakim]
- -AdrianHB
- 14:45:43 [Zakim]
- -dezell
- 14:46:07 [Zakim]
- -Manu
- 14:46:13 [Zakim]
- -padler
- 14:46:15 [Zakim]
- -Ian
- 14:46:50 [Zakim]
- -Erik
- 14:46:51 [Zakim]
- T&S_WEBPYMT(WPAY_AGENT)9:30AM has ended
- 14:46:51 [Zakim]
- Attendees were Davd_Ezell, dezell, padler, AdrianHB, Ian, +49.303.3.aaaa, Joerg, Manu, +1.914.656.aabb, Erik
- 14:47:01 [Ian]
- rrsagent, make minutes
- 14:47:01 [RRSAgent]
- I have made the request to generate http://www.w3.org/2015/05/15-wpay-minutes.html Ian
- 14:47:07 [Ian]
- rrsagent, set logs team
- 14:48:16 [manu]
- Present: Adrian, DavidEzell, Manu, Pat, Ian, Erik, Joerg
- 14:49:04 [manu]
- i/I like not focusing exclusively on a Payment Agent/Topic: Capabilities document/
- 14:50:01 [manu]
- i/Adrian will work on Vision document/Topic: Next work sprint/
- 14:50:54 [manu]
- rrsagent, draft minutes
- 14:50:54 [RRSAgent]
- I have made the request to generate http://www.w3.org/2015/05/15-wpay-minutes.html manu
- 14:51:13 [manu]
- rrsagent, make logs public
- 14:51:15 [manu]
- rrsagent, draft minutes
- 14:51:15 [RRSAgent]
- I have made the request to generate http://www.w3.org/2015/05/15-wpay-minutes.html manu
- 16:37:45 [Karen_]
- Karen_ has joined #wpay
- 17:03:55 [Karen]
- Karen has joined #wpay
- 17:05:24 [Karen_]
- Karen_ has joined #wpay
- 18:06:35 [Karen]
- Karen has joined #wpay
- 18:37:25 [Erik]
- Ian, you around?
- 18:39:10 [Ian]
- yessir
- 18:39:32 [Ian]
- 718 260 9447
- 18:45:14 [Ian]
- Erik?
- 18:49:28 [Erik]
- Sorry, interview powwow
- 18:49:32 [Erik]
- About candidate
- 18:49:40 [Erik]
- I will get back with you soon Ian
- 18:49:48 [Ian]
- I have a meeting in 11 minutes for 1 hour
- 18:49:50 [Ian]
- am available after that
- 18:50:25 [Karen_]
- Karen_ has joined #wpay
- 18:51:47 [Erik]
- Wendy around?
- 18:51:58 [Erik]
- Tell Wendy I sent her an email.
- 18:52:19 [Ian]
- (wseltzer is on irc...so now she knows!)
- 18:52:45 [wseltzer]
- hi Erik
- 18:52:49 [wseltzer]
- got your email :)
- 19:30:04 [Erik]
- Ian?
- 19:33:33 [Erik]
- Ian, I sent you a text message but it bounced to call me when you are done
- 19:33:50 [Ian]
- 718 number is not mobile