-
Notifications
You must be signed in to change notification settings - Fork 1
/
Version 2.0 Requirements and Recommendations
74 lines (57 loc) · 4.94 KB
/
Version 2.0 Requirements and Recommendations
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
This file is for listing Version 2.0 Requirements and Recommendations
1) Discuss and figure out the repercussion on TimeseriesML implementations as edits occur to the following International abstract models
ISO 19123 (Schema for Coverages) and ISO 19156 (Observations and Measurements).
-"Concerns of some OGC members with ISO 19123/19156 conceptual models causing problems with implementations (CIS1.1). Since ISO
are editing 19123/19156 at present, concerned that implementation level feedback (CIS1.1) into this editing process are not being
well communicated. This feedback is what OGC would like to contribute."
2) Look for discrepancies between the O&M/TimeSeriesML and the WCS/Coverage approach: including changes implied by W3C development of SSN
(semantics sensor network) and SOSA (Sensor, Observation, Sample, and Actuator (SOSA) (https://www.w3.org/TR/vocab-ssn/)
3) Look into the Observational / Coverage relationship for any mis-alignment and redundancies (focus of Charlotte, NC, Dec 2018 OGC TC
TSML SWG). See
4) Communicate and Disseminate the more complex Timeseries Use Cases (NASA’s), both outside and inside OGC, to gauge their need across
other domains. If there is more interest outside of NASA, there will be more push to incorporate these use case's requirements into
future versions of TimeseriesML. Moreover, there was a motion in the Timeseries SWG meeting in Singapore, March 2019, to "decipher whether
any of NASA’s Use Case Requirements are duplicated or shared among other disciplines."
See NASA TSWG Final Report here for more info:
- https://docs.google.com/document/d/1XLDkYktX1r0hlNK8g9Wv7i6I5Hi36r7NG4hXzkMpGEg/edit?usp=sharing
Within OGC, look at:
-Moving Features
-SWE Common (See also U.S. Integrated Ocean Observing System (IOOS) adaptation of SWE Common Data Model Encoding Standard)
-look into WaterML's work since WaterML split from TimeseriesML
An intial list of communities outside of OGC include:
-52°North - Applied Geoinformatics Research
-DataCove
-GeoScience Australia (GA)
-X-DOMES Ontology Registry
-Geodesy Markup Language (GeodesyML)
Some of the requirements from the NASA use cases are:
-Multiple elements per time step
--Aggregation of Other Things (1.3 & backward compatible, ?)
---Satellite precipitation measurements having 10 or more tightly related variables per observation (see NASA IMERG use case
for example)
Below are not NASA centric, but involve the need for the multiple elements per time step requirement:
--Vectors or Tensors such as:
---Timeseries of wind vectors (speed & direction values) at a certain point
---Wind Stress (tensor) (Chris Little noted) (1.3 & backward compatible)
--Aggregation of scalars (pressure, temp, wind velocity, humidity). Collection of parameters at one point – timeseries for all)
(1.3 & backward compatible)
-Metadata
--Divorcing TSML Metadata from Data Payload
--Richer Metadata for entire collection of time series, individual time series, time segements in a time series, and individual
data points in a time series (handled currently, with Ver 1.2)
-Relaxing Sampling Features with Fixed Locations Requirement
--For point/bounding box/shape on ground, time steps of varying spatial locations (within spatial coincidence criterion) and at
irregular intervals.
--For time series of (or from) a moving platform, time steps of varying spatial locations and at irregular intervals.
5) Geometries (Ben Koziol - NOAA Affiliate [mailto:[email protected]] )
-“I have just spotted your posting about the proposed enhancement of NetCDF-4 and retrofit to NetCDF-3 of geometry time series, which
sounds very interesting. Especially as you mentioned OGC WKT. I also think that there may be some --concepts in the TimeSeriesML that
have overlap with the CF-NetCDF conventions ('interpolation type' & 'Cell method') that could be re-used.” -- Rectification? netCDF is
changing too…maybe a 2.0/2.1 addition ?
6) Images/Tiles (though this is encroaching on video encoding or n-dimensional tiles) (scope issue ?)
Based on the above points so far, the consensus is to move toward the following for Version 2.0. (we need to decide on others):
Consider the development of a Timeseries Profile of CIS1.1 (update, as it stands now, from GMLcov 1.0). The TimeseriesML abstract model
(15-043) conforms to ISO 19123 (Schema for Coverages) but not CIS1.1. the concrete implementation.
-Explore if harmonization with CIS1.1 can handle multiple elements per time step (which is in the “Future Works” section of 15-043).
Consider the development of a JSON Encoding to go along with the XML Encoding (15-042r5)
-JSON, as a format, may handle multiple elements per time step more easily.