- From: <bugzilla@wiggum.w3.org>
- Date: Wed, 02 May 2007 08:25:27 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=4519
Summary: [DM] Definition of is-id property
Product: XPath / XQuery / XSLT
Version: Recommendation
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Data Model
AssignedTo: Norman.Walsh@Sun.COM
ReportedBy: mike@saxonica.com
QAContact: public-qt-comments@w3.org
For an element node constructed from a PSVI, section 6.2.4 says of the is-id
property:
if the typed-value of the element consists of exactly one atomic value [and]
that value is of type xs:ID, or a type derived from xs:ID, the is-id property
is true...
[Note the typo in passing]
I wonder if this is really intended? It means for example:
(a) if the type is defined as a list of xs:ID, the is-id property is set
provided that the list has exactly one member
(b) if the type is defined as a union with xs:ID as one of its member types,
the is-id property is set if the instance is an xs:ID
The reason for questioning it is that these rules seem arbitrarily different
from the rules for attribute nodes in 6.3.4: "If the type-name is xs:ID or a
type derived from xs:ID, true", which mean that an attribute whose type is
constructed by list or union from xs:ID will never have the xs:ID property,
even if the value is a single atomic value labelled as xs:ID.
Received on Wednesday, 2 May 2007 08:40:40 UTC