huanyu-li
commented
5 years ago Yes, I agree with skip the time ontology, then just define the few predicates for our use cases. /Huanyu
On May 31, 2019, at 12:12 PM, Robin Keskisärkkä notifications@github.com<mailto:notifications@github.com> wrote:
This ticket is about making it more straightforward to add time concepts.
Currently we use the time ontology for this, but even though it introduces a lot of classes and properties, we still cannot attach a single timestamp or date to something without also defining new properties (e.g. attach a date to a game). I'd suggest that we simply skip the time ontology altogether and introduce the few predicates needed for out use-case, where we link to XSD datatypes. Specifically, I would like to add:
- hasDate (range: xsd:date)
- hasTime (range: xsd:datetime)
- hasStartTime (range: xsd:datetime)
- hasEndTime (range: xsd:datetime)
If you agree, I can push this change. If not, let's continue the discussion in this issue.
@chengsijin0817https://github.com/chengsijin0817 @huanyu-lihttps://github.com/huanyu-li
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHubhttps://github.com/keski/ice-hockey-ontology/issues/17?email_source=notifications&email_token=AF3IMLKRM2GGMDPPEBFKG3TPYD2YVA5CNFSM4HRXWSO2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4GW5PT7A, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AF3IMLNBTS2DG57A7TEBIB3PYD2YVANCNFSM4HRXWSOQ.
sijincheng
This ticket is about making it more straightforward to add time concepts.
Currently we use the time ontology for this, but even though it introduces a lot of classes and properties, we still cannot attach a single timestamp or date to something without also defining new properties (e.g. attach a date to a game). I'd suggest that we simply skip the time ontology altogether and introduce the few predicates needed for out use-case, where we link to XSD datatypes. Specifically, I would like to add:
hasEndTime (range: xsd:datetime)
If you agree, I can push this change. If not, let's continue the discussion in this issue.
@chengsijin0817 @huanyu-li