RE: TIME functions - reviews and requests

Underlying all the ops will be a fundamental op to determine the order of two temporal positions. For the XSD temporal types this must be already available as a function or library.

TBQH OWL-Time provides too many other options for encoding the positions of time-instants.
RDF/RDFS/OWL should not be about encoding, it should be about logic.
But our hands were tied by backward compatibility requirements, so it all got carried over from the 2006 note.

If I were to do it again I would deprecate the `DateTimeDescription` class.
Since RDF adopted the XSD time encodings, then that is enough.
And then I would probably move the `GeneralDateTimeDescription` into a separate module – since that is the place where the non-Gregorian dates are supported.

So for the purposes of a processing library I suggest the highest priority should go to

  1.  Implementing all the interval relations, and if possible the generalized relations presented in https://www.w3.org/TR/vocab-owl-time-rel/

  2.  Start by only supporting the `inXSD*` properties for temporal position.  Then wait for the market to ask for the others …

Simon


From: Little, Chris <chris.little@metoffice.gov.uk>
Sent: Friday, 15 October, 2021 05:17
To: Nicholas Car <nicholas.car@surroundaustralia.com>; public-sdwig@w3.org
Cc: Cox, Simon (L&W, Clayton) <Simon.Cox@csiro.au>
Subject: RE: TIME functions - reviews and requests

Dear Nicholas,

Apart from the spelling of ’stript’, the only question that I have is how much of the old OWL-Time (2006) should be supported. You could support everything, but that may encourage unwanted inappropriate legacy approaches. I suggest Simon is probably better placed to offer a useful opinion.

Similarly, I suppose you have a choice as to which various ‘convenience’ fucntions to support, but perhaps only experience will tell what will be good practice.

HTH, Chris

From: Nicholas Car <nicholas.car@surroundaustralia.com<mailto:nicholas.car@surroundaustralia.com>>
Sent: 10 September 2021 03:06
To: public-sdwig@w3.org<mailto:public-sdwig@w3.org>
Subject: TIME functions - reviews and requests


This email was received from an external source.   Always check sender details, links & attachments.
Dear SDWIG,

GeoSPARQL defines both ontology elements (classes and properties) and also SPARQL extension functions to calculate contains etc.

OWL Time defines ontology elements only.

I have prepared a SPARQL extensions functions library for OWL Time implemented in Python's rdflib:
·         PyPI package: https://pypi.org/project/timefuncs/

·         GitHub source code: https://github.com/RDFLib/timefuncs

I would be interested in any reviews and also in any requests/suggestions for functions yet to be implemented. There is no clear fixed set of time functions that could be implemented for we can surpass functions corresponding to pairwise object tests of Allen relations by including functions that might do things like determine what the Allen relationship is between two objects.

Once the function set is completed, I will re-implement the functions in Jena too.

Regards,

Nicholas



--
Dr Nicholas Car
Data Systems Architect
[https://drive.google.com/uc?id=1VAkHY2C7OC0ReatrMt6xroRfIZsd77i9&export=download]
Connected Knowledge

M
0477 560 177
E
nicholas.car@surroundaustralia.com<mailto:nicholas.car@surroundaustralia.com>
A
Level 9, Nishi Building, 2 Phillip Law Street, Canberra 2601, Australia
W
surroundaustralia.com<https://www.surroundaustralia.com>

[https://drive.google.com/uc?id=1bELJayEV7iqYThEI3JYk42KrvvTgr53k&export=download]  [https://drive.google.com/uc?id=14b0MOVgoun9jTEO02LbBxjIbFnZ103xK&export=download]

Copyrights:

SURROUND Australia Pty Ltd is the copyright owner of all original content and attachments. All rights reserved.



Confidentiality Notice:

The contents of this email are confidential to the email addressee, and may also be privileged. If you are not the addressee, you may not copy, forward, disclose, or otherwise use it, or any part of it or its attachments, in any form. If you have received this email in error, please reply to the sender.

[https://drive.google.com/uc?id=1aSAxdI6WD2BluTHW5mUmx_wM84mCPwdh&export=download]
Dr Nicholas Car
Adjunct Senior Lecturer

Research School of Computer Science

The Australian National University,
Canberra ACT Australia
+61 477 560 177
nicholas.car@anu.edu.au<mailto:nicholas.car@anu.edu.au>
https://cs.anu.edu.au/people/nicholas-car

https://orcid.org/0000-0002-8742-7730<https://www.surroundaustralia.com>