From a57e921a5fa60697ffbed90c7aa6c22266b2123e Mon Sep 17 00:00:00 2001 From: Peter Baumann Date: Sat, 15 Jun 2024 12:01:22 +0200 Subject: [PATCH 1/2] Update rangeType.md --- CoverageEncoding/rangeType.md | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/CoverageEncoding/rangeType.md b/CoverageEncoding/rangeType.md index 5e5ef06b..8a4246c9 100644 --- a/CoverageEncoding/rangeType.md +++ b/CoverageEncoding/rangeType.md @@ -1,8 +1,10 @@ # Specification for provision of rangeType information -OGC CIS uses [SWE Common](https://portal.ogc.org/files/?artifact_id=41157) DataRecord types for the provision of rangeType (description of what the numbers provided in the coverage range actually mean) -To date, this element has often been filled with erroneous values, not taking requirements from the SWE Common specification into account. -In order to ensure correct provision of CIS encoded data, we will describe the requirements here, together with examples. +OGC CIS uses [SWE Common](https://portal.ogc.org/files/?artifact_id=41157) DataRecord types for the provision of rangeType (description of what the numbers provided in the coverage range actually mean). +To date, it is not always entirely clear how to use this DataRecord element in a coverage context, one reason being the known complexity of SWE; also, in a coverage context not all sensor acquisition information may be of equal relevance. +In order to clarify and exemplify use of SWE Common in CIS encoded data, we will describe the requirements here, together with examples. + +A challenge in this context is that many of the detail metadata are not readily available in machine-readable format. In FAIRiCUBE, and likely in many EO data services, data sources used typically require human interpretation of descriptions written in HTML, PDF, or similar, with varying mileage of completeness and conciseness. As both FAIRiCUBE platforms, EOxHub and rasdaman, support the OGC coverage standards, goal is to achieve the same level of (SWE and other) metadata on both. This exercise is considered useful for establishing general best practices useful in other projects, too. ## SWE Common The OGC Sensor Web Enablement Suite (SWE) aims to cover requirements pertaining to measured or observed data. From 13a23f1759fe146deabcdc615f28295d6e35de61 Mon Sep 17 00:00:00 2001 From: baloola Date: Sun, 16 Jun 2024 23:08:04 +0200 Subject: [PATCH 2/2] fix a typo --- stac/stac-generator/test/validator.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/stac/stac-generator/test/validator.py b/stac/stac-generator/test/validator.py index 0a3b0c7b..60c0df4d 100644 --- a/stac/stac-generator/test/validator.py +++ b/stac/stac-generator/test/validator.py @@ -65,7 +65,7 @@ def validate_item(item: pystac.item.Item): # Temporal assert "t" in item.properties["cube:dimensions"].keys() or "time" in item.properties["cube:dimensions"].keys() time = dict() - if "t" in item.properties["cube:dimensions"].keys() or "time" in item.properties["cube:dimensions"].keys(): + if "t" in item.properties["cube:dimensions"].keys(): time = item.properties["cube:dimensions"]["t"] else: time = item.properties["cube:dimensions"]["time"]