- From: Elizabeth Koumpan <ekoumpan@ca.ibm.com>
- Date: Thu, 17 Jan 2019 19:53:14 -0500
- To: Adrian Hope-Bailie <adrian@coil.com>
- Cc: Ian Jacobs <ij@w3.org>, Web Payments Working Group <public-payments-wg@w3.org>
- Message-Id: <OF371B865E.407B603E-ON85258386.00042FB8-85258386.0004E013@notes.na.collabserv.c>
I agree and think it is important to have region Code as part of API. This is important piece of metadata, as we came to partial degree standardization across the globe for regions for majority of countries some time ago, and it will be continue to evolve. Best Regards, Elizabeth (E.) Koumpan Executive IT Architect, Data and AI Leader IBM - First Data Corp Account Academy of Technology Member IBM Global Markets Phone: 1-416-478-8211 | Mobile: 1-416-817-9393 E-mail: ekoumpan@ca.ibm.com "Learn from yesterday, live for today, hope for tomorrow. The important thing is to not stop questioning." - Albert Einstein, Relativity. The Special and the General Theory 3600 Steeles Ave East Markham, ON L3R 9Z7 Canada From: Adrian Hope-Bailie <adrian@coil.com> To: Ian Jacobs <ij@w3.org> Cc: Web Payments Working Group <public-payments-wg@w3.org> Date: 2019/01/17 10:12 AM Subject: Re: Call for Consensus to Remove regionCode from Payment Request API - Review requested by 24 January Coil Technologies supports the proposal On Thu, 17 Jan 2019 at 15:47, Ian Jacobs <ij@w3.org> wrote: Dear Web Payments Working Group Participants, Payment Request API today allows the party that calls the API to request a "regionCode," defined to be: "[...] an [ISO3166-2] country subdivision name (i.e., the characters after the hyphen in an ISO3166-2 country subdivision code element, such as "CA" for the state of California in the USA, or "11" for the Lisbon district of Portugal)." As of today (documented in issue 816 [1]) there are no implementations that support regionCode. Browser vendors have indicated a desire to implement the feature, but no timeline. This is a call for consensus to remove "regionCode" from Payment Request API. Removal at this time does not preclude it being added to a future version of the specification. Indeed, the current expectation is to return the feature to the specification after version 1 has been published as a Recommendation. Working Group participants are invited to respond to this proposal by 24 January 2019 (10am ET). For the co-Chairs, Ian Jacobs [1] https://github.com/w3c/payment-request/issues/816 ========= PROPOSAL That the Web Payments Working Group drop regionCode from the Payment Request API specification by adopting this pull request (possibly with minor editorial changes): https://github.com/w3c/payment-request/pull/823 Please indicate one of the following in your response: 1. Support the proposal. 2. Request some changes, but support the proposal even if suggested changes are not taken into account. 3. Request some changes, and do not support the proposal unless the changes are taken into account. 4. Do not support the proposal (please provide rationale). 5. Support the consensus of the Web Payments Working Group. 6. Abstain. We invite you to include rationale in your response. If there is strong consensus by 24 January 2019 (10am ET) for the proposal, it will carry. ========================== Formal Objections * If you wish your LACK of support to publish to be conveyed to the Director and reviewed, please include the phrase "FORMAL OBJECTIONā€¯ in your response and be sure to include substantive arguments or rationale. The W3C Director takes Formal Objections seriously, and therefore they typically require significant time and effort to address. * Silence will be taken to mean there is no Formal Objection. * If there are Formal Objections, the Chairs plan to contact the individual(s) who made them to see whether there are changes that would address the concern and increase consensus to publish. For more information, see: https://www.w3.org/2018/Process-20180201/#Consensus -- Ian Jacobs <ij@w3.org> https://www.w3.org/People/Jacobs/ Tel: +1 718 260 9447
Received on Friday, 18 January 2019 01:03:59 UTC