Closed tombaker closed 1 year ago
I am closing this as an issue here because it is not an issue with the spec, where the "." stands for an inline triple expression.
How I can handle this in my application, which uses Jinja templates to generate ShExC from tabular application profiles (DCTAP), is a different problem, not related to how ShExC is defined.
In the Primer, negative triple constraints are illustrated with:
Why the dot?
Omitting the dot throws an error, even though the ShExJ translation (nota bene, marked as "TODO" when ShExJ is selected in the Primer), as per rdfshape.weso.es/shexConvert:
translates to:
with nothing obvious requiring
.
as a placeholder.