W3C home > Mailing lists > Public > public-sdw-wg@w3.org > February 2017

RE: OWL-Time - ISSUE-65: General purpose temporal predicates

From: <Simon.Cox@csiro.au>
Date: Thu, 2 Feb 2017 00:40:40 +0000
To: <Simon.Cox@csiro.au>, <andrea.perego@jrc.ec.europa.eu>
CC: <public-sdw-wg@w3.org>
Message-ID: <b39c079d8e7f4ec6b28c326fb146787b@exch1-mel.nexus.csiro.au>
> In general, I think it would be good to have an explicit example on how to use the Time Ontology in metadata, where we also have issues like, e.g., specifying "open" intervals (i.e., with just a start / end date) and using "nominal periods" (e.g., geological / archeological eras).

Could you help with that? 

Simon 

-----Original Message-----
From: Simon.Cox@csiro.au [mailto:Simon.Cox@csiro.au] 
Sent: Thursday, 2 February, 2017 11:28
To: andrea.perego@jrc.ec.europa.eu
Cc: public-sdw-wg@w3.org
Subject: [ExternalEmail] RE: OWL-Time - ISSUE-65: General purpose temporal predicates

Probably what you are looking for is 

time:ProperInterval

with the properties 

time:hasBeginning
time:hasEnd

and the rule that they are not coincident. 

Simon 

-----Original Message-----
From: Andrea Perego [mailto:andrea.perego@jrc.ec.europa.eu]
Sent: Thursday, 26 January, 2017 08:43
To: Cox, Simon (L&W, Clayton) <Simon.Cox@csiro.au>
Cc: public-sdw-wg@w3.org
Subject: Re: OWL-Time - ISSUE-65: General purpose temporal predicates

Hi, Simon.

Not sure this issue was sorted out, but I would like to raise a question more related to the use of time periods in metadata.

The typical case is the temporal coverage of a dataset. Following DCAT, this is done by using dct:temporal + dct:PeriodOfTime. However, in DCAT no specific properties are recommended for start / end date(time). This has been addressed in ADMS, by using schema:startDate and schema:endDate, respectively. And this solution has also been adopted in DCAT-AP.

I've checked the Time Ontology, but I'm not completely sure which are the properties that can be used for this purpose (time:hasBeginning? 
time:hasEnd?). Also, I wonder whether / how dct:PeriodOfTime matches in the Time Ontology model (time:TemporalEntity? time:Interval?).

In general, I think it would be good to have an explicit example on how to use the Time Ontology in metadata, where we also have issues like, e.g., specifying "open" intervals (i.e., with just a start / end date) and using "nominal periods" (e.g., geological / archeological eras).

Thanks!

Andrea


On 28/12/2016 20:16, Simon.Cox@csiro.au wrote:
> The primary goal of OWL-Time is to implement Allen's temporal 
> relations in OWL, so all the OWL-Time predicates have Temporal classes 
> as both domain and range. For example, 'hasBeginning' relates a 
> temporal entity to a temporal instant. This means that attaching 
> timing information to any event or activity using one of these 
> predicates implies that it _/is/_ a "Temporal Entity". This would be 
> inconsistent with the approach used in the OGC/ISO Feature Model for 
> associating geometry with a feature, in which feature types are 
> _/not/_ subclassed from geometries, but have associations with 
> geometries. At least that would be the argument if time is treated the same as geometry.
>
>
>
> As there appears to be interest in standard predicates to associate 
> timing information to events or activities, we have a problem. One 
> solution (ISSUE-64) would be to relax the global domain constraints on 
> the existing predicates. Alternatively, we can create some general 
> purpose object properties, such as the following:
>
>
>
> :activityBeginning
>
>   rdfs:comment "Beginning of an event or activity."@en ;
>
>   rdfs:range :Instant ;
>
> .
>
> :activityDuration
>
>   rdfs:comment "Duration of an event or activity, expressed as a 
> scaled value"@en ;
>
>   rdfs:range :Duration ;
>
> .
>
> :activityDurationDescription
>
>   rdfs:comment "Duration of an event or activity, expressed using a 
> structured description"@en ;
>
>   rdfs:range :GeneralDurationDescription ;
>
> .
>
> :activityEnd
>
>   rdfs:comment "End of an event or activity."@en ;
>
>   rdfs:range :Instant ;
>
> .
>
> :activityTime
>
>   rdfs:comment "Supports the assignment of a temporal entity (instant 
> or
> interval) with an event or activity"@en ;
>
>  rdfs:range :TemporalEntity ;
>
> .
>
>
>
> The slightly awkward names are because hasBeginning, hasDuration etc 
> are already in use.
>
> Not at all wedded to activity*. Could be event* or something else if 
> anyone has any smart ideas.
>
>
>
> I've added these to the branch here:
>
> https://github.com/w3c/sdw/blob/simon-time-predicates/time/rdf/time.tt
> l
>
>
>
> OTOH, some upper-level ontologies make a fundamental distinction 
> between time-bounded entities (occurrent or perdurant) and 
> non-time-bounded entities (continuant or endurant). If we accept this 
> viewpoint, then we might just use the original OWL-Time predicates and 
> accept the entailment.  I guess it depends which fundamental 
> commitment we are willing to make.
>
>
>
> Simon
>
>
>
> *Simon J D Cox *
>
> Research Scientist
>
> Environmental Informatics
>
> CSIRO Land and Water <http://www.csiro.au/Research/LWF>
>
>
>
> *E*simon.cox@csiro.au <mailto:simon.cox@csiro.au>*T*+61 3 9545 2365
> *M*+61 403 302 672
>
>    /Mail:/Private Bag 10, Clayton South, Vic 3169
>
> /   Visit: /Central Reception,//Research Way, Clayton, Vic 3168
>
> /   Deliver: /Gate 3, Normanby Road, Clayton, Vic 3168
>
> people.csiro.au/Simon-Cox <http://people.csiro.au/Simon-Cox>
>
> orcid.org/0000-0002-3884-3420 <http://orcid.org/0000-0002-3884-3420>
>
> researchgate.net/profile/Simon_Cox3
> <https://www.researchgate.net/profile/Simon_Cox3>
>
> github.com/dr-shorthair <https://github.com/dr-shorthair>
>
>
>
> *PLEASE NOTE*
>
> The information contained in this email may be confidential or 
> privileged. Any unauthorised use or disclosure is prohibited. If you 
> have received this email in error, please delete it immediately and 
> notify the sender by return email. Thank you. To the extent permitted 
> by law, CSIRO does not represent, warrant and/or guarantee that the 
> integrity of this communication has been maintained or that the 
> communication is free of errors, virus, interception or interference.
>
>
>
> /Please consider the environment before printing this email./
>
>
>
>
>

--
Andrea Perego, Ph.D.
Scientific / Technical Project Officer
European Commission DG JRC
Directorate B - Growth and Innovation
Unit B6 - Digital Economy
Via E. Fermi, 2749 - TP 262
21027 Ispra VA, Italy

https://ec.europa.eu/jrc/

----
The views expressed are purely those of the writer and may not in any circumstances be regarded as stating an official position of the European Commission.
Received on Thursday, 2 February 2017 00:41:41 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:31:29 UTC