Closed gkellogg closed 5 years ago
I don't know of any reason why this wouldn't work for @type
but maybe someone else does. I wouldn't object to loosening the restriction for @type
if people think there is a significant need for this.
I'm probably just expressing my ignorance of the history here, but why was this restriction instituted? It's not obvious to me (yet) what's being guarded against...
There was discussion in the 1.0 timeframe here, with related issues json-ld/json-ld.org#91 and json-ld/json-ld.org#102. These were getting a slightly different issues, but worth the read to go over the history of the subject.
Thanks @gkellogg, I'll read up and get educated!
Resolution on WG call of 2018-08-17: We propose using scoped contexts rather than multiple top level aliases for @type
. Next step is to determine if that meets the original use case or not.
This issue was discussed in a meeting.
RESOLVED: Close api#4 wontfix, use case is covered with scoped contexts, and no other known use cases to justify the complexity {: #resolution10 .resolution}
I want the following:
However this is not allowed. The playground says "Invalid JSON-LD syntax; colliding keywords detected".
However, this one works:
I understand that this restriction probably makes sense for other keywords, but could it do any harm for
@type
?Original issue Relax the colliding keywords constraint for @type #402.