-
Notifications
You must be signed in to change notification settings - Fork 63
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
JSON Schema VersionInfo #2045
Comments
Even though the table says that, the As a separate point, assuming that this is a real mistake, we would mark this as errata since this fix would need to be applied to TD 1.1 schemas. Furthermore, this gives a nice example on how we would need to version our JSON Schemas. There was a discussion before whether this would be a breaking change or not since this adds a new restriction. We agreed that it is not a breaking change. |
If I am not mistaken, this is partly related to the fact that you need to take over all the fields of a TM (except for affordances including in |
I found the description a little bit confusing too, but then I realized @JKRhb's point so that's why I think that in the end adding to TD 1.1 JSON schema would be correct even if not perfect. |
The TD generated in Example 65 from TM composition process provides both |
Ok, you are all correct. Given that the example shows that and the spec does not say it must be removed, it should be fixed in the schema. I am adding erratum raised label (its temporary version, a PR for errata management is coming soon). |
TD Call: The |
According to the specification, the version must have an
instance
and can have an optionalmodel
keyword. This is not fully reflected in the current JSON schema.The text was updated successfully, but these errors were encountered: