|
2756 | 2756 | Implementations MAY elect to provide additional information. |
2757 | 2757 | </t> |
2758 | 2758 |
|
2759 | | - <section title="Subschema Relative Location"> |
| 2759 | + <section title="Evaluation path"> |
2760 | 2760 | <t> |
2761 | | - The relative location of the validating subschema that follows the path |
2762 | | - traversed through the schema. The value MUST be expressed as a JSON |
2763 | | - Pointer, and it MUST include any by-reference applicators such as |
| 2761 | + The location of the schema resource that produced the output unit, represented |
| 2762 | + by the path traversed during evaluation. The value MUST be expressed as a |
| 2763 | + JSON Pointer, and it MUST include any by-reference applicators such as |
2764 | 2764 | "$ref" or "$dynamicRef". |
2765 | 2765 | <cref> |
2766 | 2766 | The schema may not actually have a value at the location indicated |
|
2784 | 2784 | </t> |
2785 | 2785 | </section> |
2786 | 2786 |
|
2787 | | - <section title="Subschema Absolute Location"> |
| 2787 | + <section title="Subschema Location"> |
2788 | 2788 | <t> |
2789 | | - The absolute, dereferenced location of the validating subschema. The value MUST |
2790 | | - be expressed as a full IRI using the canonical IRI of the relevant |
2791 | | - schema object, and it MUST NOT include by-reference applicators |
2792 | | - such as "$ref" or "$dynamicRef" as path components. |
| 2789 | + The absolute, dereferenced location of the schema resource that produced |
| 2790 | + the output unit. The value MUST be expressed using the canonical IRI of the |
| 2791 | + relevant schema resource plus a JSON Pointer fragment that indicates the contained |
| 2792 | + subschema that produced the output. It MUST NOT include by-reference applicators |
| 2793 | + such as "$ref" or "$dynamicRef". |
2793 | 2794 | <cref> |
2794 | 2795 | Note that "absolute" here is in the sense of "absolute filesystem path" |
2795 | 2796 | (meaning the complete location) rather than the "absolute-IRI" |
@@ -2857,11 +2858,12 @@ https://example.com/schemas/common#/$defs/count/minimum |
2857 | 2858 |
|
2858 | 2859 | <section title="Nested Results"> |
2859 | 2860 | <t> |
2860 | | - Nested results are generated from applicator keywords: keywords with |
2861 | | - subschemas or collections of subschemas as values. Keywords which |
2862 | | - have arrays of subschemas (e.g. "anyOf") will generally generate an output |
2863 | | - unit for each subschema. In order to accommodate potentially multiple |
2864 | | - results, the value of this property MUST be an array of output units. |
| 2861 | + Nested results are generated from keywords which create a new dynamic |
| 2862 | + scope by applying a subschema to the instance or a child of the instance. |
| 2863 | + Keywords which have multiple subschemas (e.g. "anyOf") will generally |
| 2864 | + generate an output unit for each subschema. In order to accommodate |
| 2865 | + potentially multiple results, the value of this property MUST be an |
| 2866 | + array of output units, even if only a single output unit is produced. |
2865 | 2867 | </t> |
2866 | 2868 | <t> |
2867 | 2869 | For "basic", this property will appear only at the root output unit |
|
0 commit comments