Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

STA V2.0 Design Draft #167

Open
humaidkidwai opened this issue Sep 28, 2023 · 6 comments
Open

STA V2.0 Design Draft #167

humaidkidwai opened this issue Sep 28, 2023 · 6 comments
Labels
data model sensing v2.0 This change should be discussed for v2.0 of the sensing document.

Comments

@humaidkidwai
Copy link
Collaborator

I designed a draft data model that addresses some of the concerns the community has had over the past couple of years and also attempts to align with OMS V3.

STA  (1)

ObservationCollection
In TC Singapore, perhaps this was debated as to whether or not is it really a collection of observations or just a Datastream renamed to ObservationCollection.
[1] As per OMS, an ObservationCollection should be homogeneous or summarizing type.
[2] Should ObservationCollection be allowed to contain different types of observations that may potentially violate the OBSC req set out by OMS? Will it help in addressing issues?
[3] resultType is adopted as per SWE Common JSON schema (see #122 )

Deployment
This entity describes the current state of observers (read Sensors) in their association with Host (Thing (?))
[1] position property may be used to describe geographic location of sensors for moving things?

ObservingProcedure
See #160
Do we need it?

FeatureOfInterest
In order to introduce sampling in STA, FoI can be specialized further to pFOI and uFOI as specified in OMS. This also allows to extend pFOI by introducing and linking Sampling entitites with it. pFOI may act as a Sample proxy in the design

Please feel free to critique and put forward your suggestions

@hylkevds hylkevds added the sensing v2.0 This change should be discussed for v2.0 of the sensing document. label Nov 22, 2023
@hylkevds
Copy link
Contributor

hylkevds commented Feb 20, 2024

Core Model:

STA v2.0 Core Model

OM Extension

Adds Deployment and ObservingProcedure
OM Extension Data Model

Sampling Data Model:

Tasking Data Model

Relations Data Model:

Tasking Data Model

Tasking Data Model:

Tasking Data Model

Tasking Data Model, illustrating the mirroring of Tasking and Sensing:

Tasking Data Model

@humaidkidwai
Copy link
Collaborator Author

humaidkidwai commented Feb 20, 2024

resultTime::Observation, time::PreparationStep needs to be of type TM_Instant. As described in #177 the way OData defines it is DateTimeOffset, this should be elaborated in the OData binding section of the standard and not in the data model.

@hylkevds
Copy link
Contributor

I fixed the image.

@humaidkidwai
Copy link
Collaborator Author

Is the Deployment entity to be included in the Core Sensing Part of the document?

@hylkevds
Copy link
Contributor

Updated images:
observationType --> resultType
deploymentTime --> time
samplingTime --> time
samplingLocation --> location
Sampling/parameters --> properties
Sampling/location type --> ANY

@hylkevds
Copy link
Contributor

Changed Sampling -> Thing relation cardinality to 0..1.
There is no need to require a Thing/Host for a Sampling, since the domain relation SampledFeature is mandatory.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
data model sensing v2.0 This change should be discussed for v2.0 of the sensing document.
Projects
None yet
Development

No branches or pull requests

2 participants