You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Scoping can also be performed using a term used as a value of @type:
I believe that this is the term used for for the type's URI, not the type's URI directly? Thus if there were two separate terms, both mapped to the same type URI, they could each have different scoped mappings for the same terms and predicates.
This would allow the Collection to have label as a string, and AnnotationCollection to have label as a language map requiring an array of values for each language.
Correct? And if so, does this need clarification in the spec?
The text was updated successfully, but these errors were encountered:
It is the term having an @context in its term definition which is used as the value of @type which enables this behavior, it really isn't related to the URI the term expands to. You're correct in your interpretation.
We could perhaps make this more explicit in that sentence, but IMO, it's clear as is. However, the fact that you found it confusing should be enough to try for an improvement. Do you have an alternative wording you can suggest?
In the description of scoped contexts by @type, it says:
I believe that this is the term used for for the type's URI, not the type's URI directly? Thus if there were two separate terms, both mapped to the same type URI, they could each have different scoped mappings for the same terms and predicates.
For example:
This would allow the
Collection
to havelabel
as a string, andAnnotationCollection
to havelabel
as a language map requiring an array of values for each language.Correct? And if so, does this need clarification in the spec?
The text was updated successfully, but these errors were encountered: