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
The spec is currently ambigous as to whether @vocab is used as a base IRI or not. The syntax spec for instance states
@vocab: Used to set the base IRI for all property IRIs affected by the active context.
and
IRIs may be represented as an absolute IRI, a relative IRI, a term, a compact IRI, or as a value relative to @vocab.
whereas in API spec says (in IRI expansion)
Otherwise, if the IRI being processed does not contain a colon and is a property, i.e., a key in a JSON object, or the value of @type and the active context has a @vocab mapping, join the mapped value to the suffix using textual concatenation
In this test date gets expanded to http://example.org/vocab#date, i.e., expansion uses textual concatenation. If @vocab would be used as base IRI instead, the result would be http://example.org/date.
PROPOSAL: Do not define @vocab as base IRI but as prefix.
The text was updated successfully, but these errors were encountered:
The spec is currently ambigous as to whether
@vocab
is used as a base IRI or not. The syntax spec for instance statesand
whereas in API spec says (in IRI expansion)
Expand-0028 illustrates the problem:
In this test
date
gets expanded tohttp://example.org/vocab#date
, i.e., expansion uses textual concatenation. If@vocab
would be used as base IRI instead, the result would behttp://example.org/date
.PROPOSAL: Do not define
@vocab
as base IRI but as prefix.The text was updated successfully, but these errors were encountered: