Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Introduces value enumerations, a new enumeration layout for
oneOf
types that defines a surjection from the layout domain to the type domain.For instance:
This TreeLDR model defines
{ Foo, Bar }
containing the two instancesFoo
andBar
.{ "Foo", "Bar" }
containing the two string values"Foo"
and"Bar"
.Wildcard item.
This TreeLDR model defines
rdfs:Class
that includes the two membersFoo
andBar
.tldr:String
with two outstanding values"Foo"
and"Bar"
.Advantages for the LD context generation.
For now the expected value of "@type" terms and the name of type scoped contexts is ill defined. By default type scoped contexts are not generated. It is enabled by the "hacky"
--rdf-type-to-layout-name
that allow the context generator to use layout names as term for type scoped contexts, even though it is not specified in the model.Using value enumerations we could generate type scoped contexts consistently with the model definiton. For intstance:
would not generate a type scoped context since the IRI of
T
is expected for as "@type". However:would generate a type scoped context under the "TermForFoo" term like so: