- From: Ian Horrocks <ian.horrocks@comlab.ox.ac.uk>
- Date: Mon, 6 Apr 2009 16:41:34 +0100
- To: Achille Fokoue <achille@us.ibm.com>
- Cc: W3C OWL Working Group <public-owl-wg@w3.org>
- Message-Id: <3EC1C356-786B-4BB0-8F02-AE5AFD1C8F9A@comlab.ox.ac.uk>
Thanks for the review. Comments in line below and diff at [1]
Ian
[1] http://www.w3.org/2007/OWL/wiki/index.php? 
title=Profiles&diff=21303&oldid=21102
On 1 Apr 2009, at 21:27, Achille Fokoue wrote:
>
> Here is my review of the Profiles specification:
>
>
> Overall comments:
>
> Despite some minor concerns listed below, the spec is ready to go.
>
>
> Detailed comments:
>
> Section 1: Introduction.
>
> The last paragraph of the introduction says 'This document depends  
> on the four features identified in the OWL 2 Specification [pointer  
> to the syntax spec] as being at risk'. However, I could only find  
> two features at risk in the Syntax Spec (Feature at risk #1  
> owl:rational support and Feature at risk #4: rdf:XMLLiteral  
> support, which should probably be numbered 2)
I fixed this to say "two features" -- xsd:decimal precision and  
owl:dateTime name are no longer at risk. It does seem to make sense  
to re-number the features at risk in SS&FS -- I will mention it to  
the editors.
>
>
> Section 4.1: OWL 2 RL Feature overview.
>
> NegativeObjectPropertyAssertion and NegativeDataPropertyAssertion  
> are disallowed, but it seems that they should be part of the  
> language since they can be expressed using other allowed constructs  
> (e.g. NegativeObjectPropertyAssertion(R, a, b) = DisjointClasses 
> (ObjectSomeValueFrom(R, ObjectOneOf(b)), ObjectOneOf(a))).
Good question, and one that has also been raised by Jos de Bruijn in  
a LC comment. It is on the agenda for discussion on Wednesday.
>
>
> Section 4.2.5 OWL 2 RL Axioms
>
> DataPropertyDomain is incorrectly defined as DataPropertyDomain :=  
> 'DataPropertyDomain' '(' axiomAnnotations DataPropertyExpression  
> superClassExpression ')'. superClassExpression in the previous  
> definition should be replaced by DataRange.
This is a *domain* statement, so I believe that it is correct that a  
class expression is specified (see Section 9.3.4 of SS&FS).
>
>
>
> Best regards,
> Achille.
Received on Monday, 6 April 2009 15:42:08 UTC