|
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