tpluscode
commented
11 months ago 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.
ktk
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) 1) Contact Person who made the dataset on LINDAs 2) Office which is Data Owner 3) 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.