-
Notifications
You must be signed in to change notification settings - Fork 35
keyword alias with "@prefix"=true
?
#153
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
Comments
Related to w3c/json-ld-syntax#246 |
This issue was discussed in a meeting.
View the transcriptRob Sanderson: time to summarize for the minutes… we accept that issue 153 is an issue Gregg Kellogg: a bug Rob Sanderson: true. a bug … it should not in fact generate @idfoo Gregg Kellogg: it should treat id:foo as an IRI … so the result of expanding should be id:foo Proposed resolution: When encountering a term in the form of a compact IRI for which the prefix would expand to a keyword, do not expand the term (Rob Sanderson) Rob Sanderson: so if there was an @vocab it would expand to that value + id:foo?Rob Sanderson: +1 Pierre-Antoine Champin: +1 Gregg Kellogg: it won’t be expanded as a relative URI because of the colon Gregg Kellogg: +1 Benjamin Young: +1 Simon Steyskal: +1 Resolution #4: When encountering a term in the form of a compact IRI for which the prefix would expand to a keyword, do not expand the term Gregg Kellogg: if there is an id term that’s legit, and I see @prefix: false… it won’t expand that because prefix is false Action #1: determine if @prefix: false will prevent the term from being used in expanding IRIs, and file an issue if it does (Gregg Kellogg) |
…lag_ is false when considering Compact IRIs. Fixes w3c/json-ld-wg#90 and fixes w3c/json-ld-wg#87.
(duplicating my comment on c482f45, to make the discussion easier to follow:
From what I see, the My PR above is based on the current version of |
The following is quite ugly, and in my opinion it should break.
The thing is: nothing in the spec explicitly prevents it:
iri mapping
is not a keyword.This is what the Ruby distiller is doing: the JSON-LD above generates a "@idfoo" property... The playground ignores it silently, which in my view is not complying with the spec. But that's not the point. I think the spec should reject the use of keyword aliases as prefix, by updating either of the steps above.
I can provide the PR, if we agree that it's a bug and not a feature.
The text was updated successfully, but these errors were encountered: