-
Notifications
You must be signed in to change notification settings - Fork 112
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sorting out @contexts #429
Comments
The The Consequently, Example 13 includes a reference to If someone were to replicate that example specifically, they would need to store the example 12 context file at a URL, and put the URL they stored that file at into the example 13 credential data document. The end result would be an extended credential document containing the extensions referenced in the example 12 context file.
The verifier knows (or rather learns) the extension terms by dereferencing the extension URL. Once dereferenced, the verifier can read that Hope that clarifies it a bit! |
Decision from F2F in Barcelona: |
This could be related to the MIME type discussion. see: #421 (comment) |
The data model now supports objects when associated with the @context property (via 4dab134). Thanks to @jonnycrunch for catching that bug in the spec. The examples JSON-LD Context will be published at: https://www.w3.org/2018/credentials/examples/v1 and will contain the following content (which may change during CR based on implementer feedback): https://github.com/w3c/vc-data-model/blob/gh-pages/contexts/credentials/examples/v1 This means that all examples in the spec will actually work when copy-paste dumped into a JSON-LD processor, such as the JSON-LD Playground. This also means that @chaals now owes me a beer for finishing his action item. :P |
First I am not able to retrieve any of the context definitions. The URLs fail.
Secondly we should ensure that all the contexts, when published, match the examples in the specification. Here is one that appears not to.
In the Extensibility section, Example 13 says this new type of VC is "CustomExt12" but what or how is this type linked to the @context specification, since the @context definition does not contain this type. In other words, how does a verifier know, when reading this new type of credential, that it will contain referenceNumber and favouriteFood properties? Surely the @context should could the definition of "CustomExt12"
The text was updated successfully, but these errors were encountered: