-
Notifications
You must be signed in to change notification settings - Fork 45
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
Add json-ld serialization examples #355
Conversation
Signed-off-by: Armin Tänzer <armin.taenzer@tngtech.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agree with having these examples - it would help with the discussions.
Thanks @armintaenzertng
I added an explanation of the general way json-ld (and in extension maybe even json) works to alleviate some fears of getting in contact with it. |
Signed-off-by: Armin Tänzer <armin.taenzer@tngtech.com>
3aaba19
to
6c0f4fa
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agree having these example should help with the discssion.
"name": "documentName", | ||
"comment": "documentComment", | ||
"elements": [ | ||
"https://some.namespace#SPDXRef-DOCUMENT", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This line is self-referential and does not really make sense.
As there seems to be some confusion around how json-ld would actually look like, this is an attempt to provide a place for examples on which further discussions can be based.
I'm not sure where the most interest lies, so please tell me which use cases you would like to see further examples on! :)
Validation of json-ld would be performed against a separate SHACL file generated from the specification. This will be automatically added and kept up-to-date once #344 is merged.
Work is also underway to generate a json-schema that will validate json-ld output.
There is still the hope that the json-ld serialization works fine for everyone so that we don't have to invent a separate json (non-json-ld) serialization. If you have any concerns about this, please speak up!
(For clarification: A "json serialization" will not be json-ld in its expanded form, i.e. with the
@context
used to expand all values to their full URIs).Current drawbacks:
context.json
needs some touch-up, therefore the@context
url is currently unreachable. This will be fixed soon.