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
I'm running into an issue with t0112 and t0113 in compaction. No specVersion or processingMode is specified for those tests, so I'm assuming they should pass in ld-1.0 and ld-1.1.
Initialize index to the value associated with the @index entry. If the result of IRI expanding that value is not an IRI, an invalid term definition has been detected and processing is aborted.
The way I'm reading that is that if a property definition has an @index entry, and we're in LD 1.0 mode we need to bail out. The definition of prop includes @index, so it can't pass?
Looking at the expansion tests, I don't think there's one where @index is set on a term in an @context that runs for LD 1.0.
The text was updated successfully, but these errors were encountered:
I'm running into an issue with t0112 and t0113 in compaction. No specVersion or processingMode is specified for those tests, so I'm assuming they should pass in ld-1.0 and ld-1.1.
However, I can't get them to pass on 1.0.
For t0112, the context is:
For t0113, the context is:
When running in LD 1.0 mode, I get an "Invalid Term Definition", based on step 20.1 in Create Term:
The way I'm reading that is that if a property definition has an
@index
entry, and we're in LD 1.0 mode we need to bail out. The definition ofprop
includes@index
, so it can't pass?Looking at the expansion tests, I don't think there's one where
@index
is set on a term in an@context
that runs for LD 1.0.The text was updated successfully, but these errors were encountered: