| Set a concise non-empty title at the top level of the schema to explain what the definition is about | |
| Set a non-empty examples array at the top level of the schema to illustrate the expected data | |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/_links/description |
| Titles should not contain leading or trailing whitespace | /properties/_links/title |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/beleidskaderAuto/description |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/beleidskaderFiets/description |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/beleidskaderOv/description |
| Keywords inside `allOf` that do not conflict with the parent schema can be elevated | /properties/geometry/allOf/0/type – /properties/geometry/allOf/0/required – /properties/geometry/allOf/0/discriminator – /properties/geometry/allOf/0/description |
| Future versions of JSON Schema will refuse to evaluate unknown keywords or custom keywords from optional vocabularies that don't have an x- prefix | /properties/geometry/allOf/0/discriminator |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/geometry/allOf/0/properties/coordinates/description |
| Setting `type` alongside `enum` is considered an anti-pattern, as the enumeration choices already imply their respective types | /properties/geometry/allOf/0/properties/type/enum – /properties/geometry/allOf/0/properties/type/type |
| Setting `type` alongside `enum` is considered an anti-pattern, as the enumeration choices already imply their respective types | /properties/geometry/allOf/1/properties/type/enum – /properties/geometry/allOf/1/properties/type/type |
| An `enum` of a single value can be expressed as `const` | /properties/geometry/allOf/1/properties/type/enum |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/gevaarlijkeStoffenRoute/description |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/id/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/id/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/id/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/indicatieZoneAmsterdam/description |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/indicatieZoneMilieu/description |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/indicatieZoneZwaarVerkeer/description |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/laadLosRegime/description |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/laadLosVenstertijden/description |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/laadLosVerbodStilTeStaanTijden/description |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/lengte/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/lengte/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/lengte/format |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/linknummer/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/linknummer/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/linknummer/format |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/percLijnInPolygoonWeg/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/percLijnInPolygoonWeg/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/percLijnInPolygoonWeg/format |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/rijrichting/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/rijrichting/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/rijrichting/format |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/source/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/source/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/source/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/straatnaam/description |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/target/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/target/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/target/format |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/tijdskostenBeginEind/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/tijdskostenBeginEind/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/tijdskostenBeginEind/format |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/tijdskostenEindBegin/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/tijdskostenEindBegin/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/tijdskostenEindBegin/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/tunnelCategorie/description |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/tunnelNaam/description |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/wegFunctie/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/wegFunctie/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/wegFunctie/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/wegbeheerder/description |
| Avoid keywords that don't apply to the type or types that the current subschema expects | /properties/wettelijkeSnelheid/format |
| Descriptions should not end with a period to give user interfaces flexibility in presenting the text | /properties/wettelijkeSnelheid/description |
| For interoperability purposes, the JSON Schema specification advises against the use of `format` values that are not explicitly defined by the specification | /properties/wettelijkeSnelheid/format |