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
You'll see, the example says "cube:observedBy "
It makes a lot more sense to write to every value, on which kind of instrument is based on, than it to designate, which office is dataowner on this datapoint.
Describe the solution you'd like
this is part of a bigger problem, which has half a solution. What kind of responisiblity do certain entities have over a dataset and what kind of properties are linked to that.
(responsible from less to more)
Contact Person who made the dataset on LINDAs
Office which is Data Owner
Organization that actually generated the data.
So my solution would be that we stick with the cube.link-meaning and implement a feature in CC what kind of "instrument" the datapoint is generated from.
Otherwise I'd consider actually removing this property. To me it seems as if it only would waste diskspace, the organization is usually implied on the datasetdescription and the named graph.
Additional context
This has low priority.
The text was updated successfully, but these errors were encountered:
I very much understand this concern. It has always rubbed me the wrong way that the organisation is the "observer" for entire cubes.
The observedBy property is required so we're not likely to remove it. Hence, the decision was made to fall back to the organisation itself
I can only think of having in any given cube a dedicated column mapped to cube:observedBy. Likely as link to a Concept table. If any sucha mapping would exist, Cube Creator would not fall back to the current behaviour.
Not sure I follow the discussion but the point of cube:observedBy is to have a way to point to whatever made that observation. That is a bit less important in cases where someone aggregated the data already but this can be super useful if this comes directly from a sensor for example. There are many use-cases where knowing this is vital for data interpretation.
A proper observation does need it, we did not make that optional.
Is your feature request related to a problem? Please describe.
In the Cube-Datamodel the observed-by property (https://cube.link/observedBy) is interpreted as the publishing organization see:
https://s.zazuko.com/CRAJBm
If you compare it to what in cube.link the example is:
https://cube.link/#example-simple-observation
You'll see, the example says "cube:observedBy "
It makes a lot more sense to write to every value, on which kind of instrument is based on, than it to designate, which office is dataowner on this datapoint.
Describe the solution you'd like
this is part of a bigger problem, which has half a solution. What kind of responisiblity do certain entities have over a dataset and what kind of properties are linked to that.
(responsible from less to more)
So my solution would be that we stick with the cube.link-meaning and implement a feature in CC what kind of "instrument" the datapoint is generated from.
Otherwise I'd consider actually removing this property. To me it seems as if it only would waste diskspace, the organization is usually implied on the datasetdescription and the named graph.
Additional context
This has low priority.
The text was updated successfully, but these errors were encountered: