fix(deps): update dependency schema-dts to v2 #27
Reference in New Issue
Block a user
Delete Branch "renovate/schema-dts-2.x"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This PR contains the following updates:
^1.1.5→^2.0.0Release Notes
google/schema-dts (schema-dts)
v2.0.0: schema-dts & schema-dts-gen v2.0.0Compare Source
Changes in schema-dts
Supports the latest Schema.org release from Schema.org v30 -- See https://schema.org/docs/releases.html#v30.0
Input and Output constraints are now supported, for example:
Breaking change: Update typings for Roles so that they are not recursive, see #205 for more details
Breaking change: Quantity is now a core DataType, this is a change done in schema.org v30.0 and will technically make certain formerly-legal (but likely invalid) assignments no longer work
"Leaf" types are now exported. While objects like
ThingorOrganizationrequire a type union that includes the object itself, it can also include any of its children. Now, if you want type something as aThingexactly, you can importThingLeafwhich can only be a Thing and does not allow sub-types.Support
MergeLeafTypes, which fixes a long-running user request (#179 #189 #203), allowing a multi-typed schema object to be declared. Shout out to @mjy9088 and @cochinescu for the work to get this working. This allows declarations like this to be made:while #189 and #179 are not completely addressed since a random
Thingcannot be a merged type, this allows some multi-type objects to exist, though they need to be explicitly declared as such by the developer.Technically a breaking change: Some non-schema.org types exported in schema-dts are now renamed. These are included mostly for equivalence because the Schema.org ontology defines them, but most users should not depend on them. The names for these classes are now escaped fully-qualified IRIs instead of just the "in-context" name. This is needed because new types with the same "in-context" name have been added as external references, e.g.
www.omg.org/spec/Commons/DatesAndTimes/Datewhich conflicts withschema.org/Date. Now, this is exported aswww_omg_org_spec_Commons_DatesAndTimes_Date.Changes in schema-dts-gen
www.omg.org/spec/Commons/DatesAndTimes/Daterenders asDateif"@​context": "www.omg.org/spec/Commons/DatesAndTimes/"only. Otherwise, it renders asnamespace_Dateif"@​context" { "namespace": "www.omg.org/spec/Commons/DatesAndTimes/" }, andwww_omg_org_spec_Commons_DatesAndTimes_Dateif no context entry existshttps://www.npmjs.com/package/schema-dts-lib-- the first two lines from the emitted output will includeimport type {...} from 'schema-dts-lib';followed byexport type { ... };.What's Changed
Rolefrom forming malformed intersections by @HunterLarco in #205MergeLeafTypeshelper and export leaf types by @cochinescu in #210New Contributors
Full Changelog: https://github.com/google/schema-dts/compare/v1.1.5...v2.0.0
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Renovate Bot.