You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
|`/children`| JSON | Object with a list of child Catalogs and Collections |
70
+
The children endpoint can occur at any depth, for example:
71
+
- for a landing page (`GET /`),
72
+
the children endpoint would be available at `GET /children`
73
+
- for a collection available at `GET /missions/sentinel-2`,
74
+
the children endpoint would be available at `GET /missions/sentinel-2/children`
75
+
- for a catalog available at `GET /catalogs/{id}`,
76
+
the children endpoint would be available at `GET /catalogs/{id}/children`
60
77
61
-
STAC APIs implementing the *STAC API - Children* conformance class must support HTTP GET operation at
62
-
`/children`, with the return JSON document consisting of an array of all child Catalogs and Collections in a field `children` and an
63
-
array of Links in a field `links`.
78
+
Note that although the endpoint in general allows to return both Catalogs and Collections,
79
+
implementations may only return a single type if the children only consist of a single type.
80
+
81
+
It is considered a best practice to structure the hierarchy in a way that the children for each
82
+
individual request only consist of a single type.
64
83
65
84
## Pagination
66
85
67
-
The `/children` endpoint supports a pagination mechanism that aligns with pagination as described in the
68
-
OGC API - Common - Part 2: Geospatial Data specification. This is described in detail in
69
-
the [STAC - Features Collection Pagination section](https://github.com/radiantearth/stac-api-spec/tree/v1.0.0/ogcapi-features/README.md#collection-pagination).
70
-
To the greatest extent possible, the catalog should be structured such that all children can be
71
-
retrieved from the endpoint in a single call.
86
+
The `/children` endpoint supports a pagination mechanism that aligns with
87
+
the STAC API - Collections and Features Specification, section
To the greatest extent possible, the hierarchy should be structured such that all children can be
91
+
retrieved from the endpoint in a single call without pagination.
72
92
73
93
## Example
74
94
75
-
Below is a minimal example, but captures the essence. Each object in the `children` array
76
-
must be a valid STAC [Collection](https://github.com/radiantearth/stac-spec/blob/v1.0.0/collection-spec/README.md) or [Catalog](https://github.com/radiantearth/stac-spec/blob/v1.0.0/catalog-spec/README.md),
77
-
and each must have a `self` link that communicates its canonical location. And then
78
-
the links section must include a `self` link, and it must also link to alternate representations
79
-
(like html) of the collection.
95
+
Below is a minimal example, but captures the essence.
80
96
81
-
The STAC API Landing Page should look like the following (note the `child` link relations):
97
+
A STAC API Landing Page (`GET /`) could look like the following.
98
+
Please note the `child` and `children` link relations:
82
99
83
100
```json
84
101
{
85
-
"stac_version": "1.0.0",
102
+
"stac_version": "1.1.0",
86
103
"id": "example-stac",
87
104
"title": "A simple STAC API Example, implementing STAC API - Children",
88
105
"description": "This Catalog aims to demonstrate the a simple landing page",
@@ -96,55 +113,55 @@ The STAC API Landing Page should look like the following (note the `child` link
0 commit comments