Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

time-prov: Drop subproperty axiom that leads to datatype conflict #1429

Open
wants to merge 1 commit into
base: gh-pages
Choose a base branch
from

Conversation

ajnelson-nist
Copy link

The file time-prov.ttl provides a non-normative alignment between OWL-Time and PROV-O. One of the included suggestions is an alignment of the time:inXSDDateTimeStamp with the currently-deprecated property time:inXSDDateTime.

This patch drops that suggested alignment, for two reasons:

  1. Entailment, in both RDFS and OWL semantics, would cause any usage of time:inXSDDateTimeStamp to induce usage of time:inXSDDateTime in the graph, which could raise OWL warnings about usage of a deprecated property.
  2. A triple X time:inXSDDateTimeStamp Y would be required by the range of time:inXSDDateTimeStamp to have Y bear the datatype xsd:dateTimeStamp. Entailment, in both RDFS and OWL semantics, would induce a triple X time:inXSDDateTime Y, with the same subject and object as in the original triple. The literal Y would have an incompatible datatype with the range of the induced time:inXSDDateTime triple, because a second datatype could not be assigned to it per RDF design.

This contribution is made only by myself, and is not being made by the National Institute of Standards and Technology or any other organization.

The file time-prov.ttl provides a non-normative alignment between
OWL-Time and PROV-O.  One of the included suggestions is an alignment of
the `time:inXSDDateTimeStamp` with the currently-deprecated property
`time:inXSDDateTime`.

This patch drops that suggested alignment, for two reasons:

1. Entailment, in both RDFS and OWL semantics, would cause any usage of
   `time:inXSDDateTimeStamp` to induce usage of `time:inXSDDateTime` in
   the graph, which could raise OWL warnings about usage of a deprecated
   property.
2. A triple `X time:inXSDDateTimeStamp Y` would be required by the range
   of `time:inXSDDateTimeStamp` to have Y bear the datatype
   `xsd:dateTimeStamp`.  Entailment, in both RDFS and OWL semantics,
   would induce a triple `X time:inXSDDateTime Y`, with the same subject
   and object as in the original triple.  The literal `Y` would have an
   incompatible datatype with the range of the induced
   `time:inXSDDateTime` triple, because a second datatype could not be
   assigned to it per RDF design.

This contribution is made only by myself, and is not being made by the
National Institute of Standards and Technology or any other
organization.

References:
* https://www.w3.org/TR/2022/CRD-owl-time-20221115/#time:inXSDDateTime

Signed-off-by: Alex Nelson <[email protected]>
@dr-shorthair
Copy link
Collaborator

dr-shorthair commented Jun 30, 2023

The XML Schema Datatypes rec specifies that xsd:dateTimeStamp is a specialization of xsd:dateTime, requiring the optional time-zone information to be present. Doesn't that resolve the problem?

Also see #1421

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants