- From: Bijan Parsia <bparsia@cs.man.ac.uk>
- Date: Wed, 8 Apr 2009 15:24:32 +0100
- To: "OWL 1.1" <public-owl-wg@w3.org>
There were a Few Holes.
Literals could not use abbreviated IRIs for datatypes. I.e.,
"xs:integer"
<Literal datatypeIRI="xs:Integer">0</Literal>
would not expand, even with the appropriate prefix declaration.
I've change it to use the IRI/abbreviatedIRI syntax, e.g.,:
<Literal abbreviatedIRI="xs:Integer">0</Literal>
Note that this is a *slight* infelicity, as the abbreviated IRI is
not the *name* of the Literal. But I don't think IRI just means
"name", it means "IRI". As an attribute on an entity, it names that
entity. As an attribute on a Literal, it types the literal.
Another solution would be to have predefined entities for our builtin
types. E.g., &integer;. These would be recognized automatically but
also could be handled in legacy apps with a dtd.
I've started to include descriptive comments:
<!-- Note that the "Entity" group does not have a corresponding
abstract type.
This is due to the fact that XML Schema 1.1 does not support
multiple inheritence.
"owl:Class" is both an entity and a class expression. The
authors of this schema
determined it was more useful to be able to retrieve
"owl:Class" in such queries
as schema(*, owl:ClassExpression).
-->
Some of these would probably make more sense as annotation elements.
E.g., see the examples:
http://www.webreference.com/authoring/languages/xml/schemas/chap1/3/
I think it would very nice to link to associated parts of the Syntax
document.
As this doesn't affect the set of legal XML documents, and thus could
be considered editorial, I'm mostly pushing that off in favor of bug
fixes.
Cheers,
Bijan.
Received on Wednesday, 8 April 2009 14:20:49 UTC