-
Key: COMMONS13-6
-
Status: open
-
Source: Adaptive ( Mr. Pete Rivett)
-
Summary:
The class ChronologicallyOrderedCollection is unclear when it says "structured collection whose elements are ordered by time", since the elements are more than simple (time) values but individuals with potentially many properties which are time-related. Even for the example given of bank transactions there's often a difference between the time the transaction happened and when it was recorded: my credit card statement has both "Post Date" and "Trans Date" - with the statement ordered by Post Date. And in some cases the time-related property might be on a separate linked individual. For some cases it could get a lot more complex e.g. employment for a person - there might be period overlaps.
Even ChronologicallyOrderedConstituent does not help - it seems to select only hasObservedDateTime which is both over-specific (how does it help with Employment?) and still under-specified (since hasObservedDateTime is itself pretty vague "indicates a date and time associated with an event, measurement, record, or observation" which does not discriminate the above examples or help with Employment). -
Reported: Commons 1.2b1 — Fri, 27 Sep 2024 18:53 GMT
-
Updated: Sun, 27 Oct 2024 22:10 GMT
COMMONS13 — Ill-defined notion of "ordered by time"
- Key: COMMONS13-6
- OMG Task Force: Commons Ontology Library (Commons) 1.3 RTF