- From: Manu Sporny <notifications@github.com>
- Date: Wed, 06 Jan 2016 06:51:56 -0800
- To: WICG/paymentrequest <paymentrequest@noreply.github.com>
- Cc: webpayments <public-payments-wg@w3.org>
Received on Wednesday, 6 January 2016 14:52:38 UTC
To build on what Shane is saying - this doesn't have to be an "either this or that" decision. We can easily have both (and this is what the Web Payments CG proposals have been suggesting for 4+ years now). If you use a data format that supports "terms" that map to URLs (like JSON-LD), you can easily do both. With the example of JSON-LD in mind, do this in the JSON-LD Context: ```javascript { ... "paymentInstrumentType": { "@id": "https://w3c.org/ns/webpayments/v1#paymentInstrumentType", "@type": "@id" } "Visa": "https://visa.com/vocab#Visa" ... } ``` and then your JSON data ends up looking like this: ```javascript { ... "paymentInstrumentType": "Visa", ... } ``` So, you get the three desired benefits: * easily readable for developers * completely unambiguous for machines * decentralized innovation (Visa gets to own their terms, standards orgs gets to own their terms, each can innovate at their own pace) Here's a link to a working example in the JSON-LD playgrond: http://json-ld.org/playground/#/gist/51e1b98df0906c2f793c --- Reply to this email directly or view it on GitHub: https://github.com/WICG/paymentrequest/issues/35#issuecomment-169343703
Received on Wednesday, 6 January 2016 14:52:38 UTC