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
Copy file name to clipboardExpand all lines: CHANGELOG.md
+1Lines changed: 1 addition & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -30,6 +30,7 @@ and this project adheres to [Semantic Versioning](http://semver.org/spec/v2.0.0.
30
30
-`proj:geometry` allows all GeoJSON geometries instead of just a polygon.
31
31
-`label:description` and `processing:lineage` allow CommonMark for rich-text representation ([#950](https://github.com/radiantearth/stac-spec/issues/950))
32
32
- Renamed "Scientific Extension" to "Scientific Citation Extension" ([#990](https://github.com/radiantearth/stac-spec/issues/990))
33
+
- Enhanced the way the spec talks about ID's to encourage more global uniqueness.
Copy file name to clipboardExpand all lines: collection-spec/collection-spec.md
+6Lines changed: 6 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -34,6 +34,12 @@ STAC Collections are meant to be compatible with *OGC API - Features* Collection
34
34
35
35
### Additional Field Information
36
36
37
+
#### id
38
+
39
+
It is important that collection identifiers are unique across the provider. And providers should strive as much as possible to make
40
+
their collection ids 'globally' unique, prefixing any common information with a unique string. This could be the provider's name if
41
+
it is a fairly unique name, or their name combined with the domain they operate in.
42
+
37
43
#### stac_extensions
38
44
39
45
A list of extensions the Collection implements. This does NOT declare the extensions of child Catalogs or Items. The list contains URLs to the JSON Schema files it can be validated against. For official [extensions](../extensions/README.md#list-of-stac-extensions), a "shortcut" can be used. This means you can specify the folder name of the extension, for example `version` for the Versioning Indicators extension. If the versions of the extension and the collection diverge, you can specify the URL of the JSON schema file.
| stac_version | string |**REQUIRED.** The STAC version the Item implements. |
33
33
| stac_extensions |\[string]| A list of extensions the Item implements. |
34
-
| id | string |**REQUIRED.** Provider identifier. As most geospatial assets are already defined by some identification scheme by the data provider it is recommended to simply use that ID. Data providers are advised to include sufficient information to make their IDs globally unique, including things like unique satellite IDs. |
34
+
| id | string |**REQUIRED.** Provider identifier. The ID should be unique within the [Collection](../collection-spec/README.md)that contains the item. |
35
35
| type | string |**REQUIRED.** Type of the GeoJSON Object. MUST be set to `Feature`. |
36
36
| geometry |[GeoJSON Geometry Object](https://tools.ietf.org/html/rfc7946#section-3.1)\|[null](https://tools.ietf.org/html/rfc7946#section-3.2)|**REQUIRED.** Defines the full footprint of the asset represented by this item, formatted according to [RFC 7946, section 3.1](https://tools.ietf.org/html/rfc7946#section-3.1). The footprint should be the default GeoJSON geometry, though additional geometries can be included. Coordinates are specified in Longitude/Latitude or Longitude/Latitude/Elevation based on [WGS 84](http://www.opengis.net/def/crs/OGC/1.3/CRS84). |
37
37
| bbox |\[number]|**REQUIRED if `geometry` is not `null`.** Bounding Box of the asset represented by this item, formatted according to [RFC 7946, section 5](https://tools.ietf.org/html/rfc7946#section-5). |
@@ -46,6 +46,18 @@ inherited from GeoJSON.
46
46
47
47
In general, STAC versions can be mixed, but please keep the [recommended best practices](../best-practices.md#mixing-stac-versions) in mind.
48
48
49
+
#### id
50
+
51
+
It is important that an Item identifier is unique within a collection, and that the
52
+
[Collection identifier](../collection-spec/collection-spec.md#id) in turn is unique globally. Then the two can be combined to
53
+
give a globally unique identifier. Items are *[strongly recommended](#collections)* to have collections, and not having one makes
54
+
it more difficult to be used in the wider STAC ecosystem. If an Item does not have a Collection, then the Item identifier should be unique within its root Catalog.
55
+
56
+
As most geospatial assets are already uniquely defined by some
57
+
identification scheme from the data provider it is recommended to simply use that ID. Data providers are advised to include sufficient information to make their
58
+
IDs globally unique, including things like unique satellite IDs. See the [id section of best practices](../best-practices.md#field-and-id-formatting) for
59
+
additional recommendations.
60
+
49
61
#### stac_extensions
50
62
51
63
A list of extensions the Item implements. The list contains URLs to the JSON Schema files it can be validated against. For official [extensions](../extensions/README.md#list-of-stac-extensions), a "shortcut" can be used. This means you can specify the folder name of the extension, for example `pointcloud` for the Point Cloud extension. This does *not* apply for API extensions. If the versions of the extension and the item diverge, you can specify the URL of the JSON schema file.
0 commit comments