diff --git a/.github/workflows/ci.yml b/.github/workflows/ci.yml index 1edb8040c..860eb0729 100644 --- a/.github/workflows/ci.yml +++ b/.github/workflows/ci.yml @@ -64,3 +64,17 @@ jobs: with: submodules: true - run: make audit_spelling + + schema-validation: + name: Audit the schemas provided with the specification + runs-on: ubuntu-latest + timeout-minutes: 5 + steps: + - uses: actions/checkout@v4 + with: + submodules: true + - name: Install dependencies + run: pip install -r dependencies/submodules/optimade-property-tools/requirements.txt + + - name: Validate schemas + run: make schemas diff --git a/CHANGELOG.md b/CHANGELOG.md index 397f7fa5e..fd86529a9 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -11,8 +11,7 @@ Minor OPTIMADE releases are always intended to be backwards-compatible for clien ## New features -- **Trajectories endpoint** ([#377](https://github.com/Materials-Consortia/OPTIMADE/pull/377), [#481](https://github.com/Materials-Consortia/OPTIMADE/pull/481)) -): A new trajectories entry type has been added to the specification to share data belonging to ordered sequences of structures, such as those arising from molecular dynamics simulations or geometry optimizations. +- **Trajectories endpoint** ([#377](https://github.com/Materials-Consortia/OPTIMADE/pull/377), [#481](https://github.com/Materials-Consortia/OPTIMADE/pull/481)): A new trajectories entry type has been added to the specification to share data belonging to ordered sequences of structures, such as those arising from molecular dynamics simulations or geometry optimizations. In order to handle large individual entries, this endpoint makes use of the partial data protocol introduced in v1.2, with additional specialisations for slicing (e.g., the `dimension_slices` URL parameter) and representing dimensions that remain constant throughout a trajectory, whilst retaining the ability to filter using the normal OPTIMADE syntax via the `reference_frame` field. - **Provider-specific data types** ([#560](https://github.com/Materials-Consortia/OPTIMADE/pull/560)): Providers and namespaces can now define custom data types for their properties that let them use specific query semantics that differ from the standard OPTIMADE data types. For example, a provider could define a field that uses a string format for a field, but a custom data type that allows for e.g., `CONTAINS` queries to do something other than pure substring matching. diff --git a/dependencies/submodules/optimade-property-tools b/dependencies/submodules/optimade-property-tools index 93e4c6f92..939bb1f2d 160000 --- a/dependencies/submodules/optimade-property-tools +++ b/dependencies/submodules/optimade-property-tools @@ -1 +1 @@ -Subproject commit 93e4c6f925783f47a51883f4f80965a82a8bf02b +Subproject commit 939bb1f2dc9a388470d16d086c409f17b5fc0a8e