- From: Peter F. Patel-Schneider <Peter.Patel-Schneider@nuance.com>
- Date: Thu, 12 Feb 2015 12:13:14 -0800
- To: RDF Data Shapes Working Group <public-data-shapes-wg@w3.org>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The current version reads: Property Datatype The values of a property may be limited to be an RDF Literal with a stated datatype, such as xsd:string or xsd:date. The earlier version read: Property Values belonging to Datatype The values of a property on instances of a class may be limited by their datatype, such as xsd:string or xsd:date. The current version is quite explicit that a restriction stating xsd:integer will not be satisfied by an RDF Literal like "1"^^xsd:int, even though the meaning of this literal is an element of xsd:integer. The earlier version was less explicit, although it appears that the restriction would be satisfied in the above situation. (The earlier version also talked about instances of a class, but that's irrelevant to the discussion here.) I propose to split this into two requirements: Property Datatype The objects of a property may be limited to be an RDF Literal with a stated datatype, such as xsd:string or xsd:date. The RDF Literal "1"^^xsd:int would not satisfy a limitation to xsd:integer. Property Data Values The objects of a property may be limited to be an RDF Literal whose value belongs to a stated datatype, such as xsd:string or xsd:date. The RDF Literal "1"^^xsd:int would satisfy a limitation to xsd:integer. peter PS: A similar issue affects Property Value Enumerations. For example, is "01"^^xsd:integer valid when the enumeration is { "01"^^xsd:int }? What about for { "1"^^xsd:integer }? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU3QlaAAoJECjN6+QThfjzZbkH/2L+AHyGY+66YS7RUsCfS9OU cQSVAl4KgOhdP9n2AglyUZ8nWy+YJECUxHIk7SjZvdOFgLjVGRkdMPLOGF5gtSX7 glHKWqhELKgYHdTrROdLuhQc0M/6/i/sU/kBNqRJsWO5/eVSaCe/Xb+QcZKZuF22 dDFnhXcZyfuejvFcdgJspDFdavPNDfYGf6t05TTbVF0cNO6anVXQiCIrlgR1QMAs IGWOr3ZOVowxlAzxg2tzHVS0kZUnm6AqsWN5p6FA/0Z0m33JXMivtWNTwFWZunrC iztew0SO/LasjKMMpfv1e7U9r/RCQE0TbvACInM/gVOfFhVapXARebRBHeaQ6Ko= =iK7N -----END PGP SIGNATURE-----
Received on Thursday, 12 February 2015 20:13:44 UTC