This page aims to collect the comments on the Document "STAC Requirements and Recommendations for EOF Services", downloadable from this link;
CAP-TN-030-BE_STAC_Requirements_and_recommendations_for_EOF_services-1.0-RC1.pdf
This document provides a set of common requirements and recommendations to be applicable by any EOF Service that will adopt STAC as the main API specification for the discovery and downloading of their products.
Each EOF Service will complete those common requirements by its own service-level ICD to address its specificities.
Please, add your comments to the following table:
...
STAC-CORE-COL-REC-0120
STAC-CORE-ITEM-REQ-0180
STAC-CORE-ITEM-REC-0190
...
STAC-API-ADVSRCH-CREQ-0640
STAC-API-ADVSRCH-CREQ-0650
...
- ✓ A link for the file info extension is missing → link added
- ✓ STAC-...-0020: All values should be lowercase as per STAC spec recommendation → ok fixed to lowercase
- ✓ STAC-...-0060: "role": "metadata" is invalid STAC → ok fixed
- ✓ STAC-...-0130: Two options are given but not detailed enough to decide which to use when. → keep only the via option
- STAC-...-0160: It's unclear why start and end_datetime need to be provided as duplicate values. → Discussed during STAC catchup → ok to keep this requirement as is
- ✓ STAC-...-0290/0300/0310: This seems a bit ambiguous and confusing. Maybe linking to the newly added best practice (in STAC 1.1) around thumbnails and overviews may help. → ok replace requirements by recommendation from STAC 1.1 best practices
- ✓ STAC-...-0340/0350: "role"="data" is invalid STAC → ok fixed
- STAC-...-0370: The extension is not stable at all and is likely to change drastically, a requirement seems not be a good idea at this point. → see comment
- STAC-...-0440: A secret is not required in a web-browser based OIDC flow (not sure whether that's a usecase). → see comment
- If the OGC API - Features conformance classes get implemented, you can't exclude the conformance and service-desc relation types →
- STAC-...-0590: The selection of JSON Schema properties is a little random?! → not clear, could you clarify please.
...
Jan Musial
(CloudFerro)
...
Jan Musial
(CloudFerro)
...
e.g. MMM_MSIXXX_YYYYMMDDHHMMSS_Nxxyy_ROOO_Txxxxx_<Product Discriminator>.SAFE
see: https://sentinels.copernicus.eu/en/web/sentinel/user-guides/sentinel-2-msi/naming-convention
...
Jan Musial
(CloudFerro)
...
Jan Musial
(CloudFerro)
...
Jan Musial
(CloudFerro)
...
Jan Musial
(CloudFerro)
...
Jan Musial
(CloudFerro)
...
Jan Musial
(CloudFerro)
...
Jan Musial
(CloudFerro)
...
content has moved to Document Review in STAC Shared Resources space.