- From: <bugzilla@wiggum.w3.org>
- Date: Wed, 29 Jun 2005 19:35:19 +0000
- To: public-qt-comments@w3.org
- Cc:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1515 Summary: Contradictory statement: casting to xs:notation permitted/allowed Product: XPath / XQuery / XSLT Version: Last Call drafts Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Functions and Operators AssignedTo: ashok.malhotra@oracle.com ReportedBy: frans.englich@telia.com QAContact: public-qt-comments@w3.org When reading section "17.1 Casting from primitive types to primitive types" found in the working draft of 4th April,[1] I think contradictory statements can be found. The first statement, which is the second paragraph in the section, reads: "[XML Schema Part 2: Datatypes Second Edition] defines xs:NOTATION as an abstract type. Thus, casting to xs:NOTATION is not permitted." However, when I interpret the "casting table" found a bit below, I judge that xs:NOTATION can be cast to itself(and maybe xs:string). What is correct becomes quickly complicated, in my opinion. I don't see how the situation of casting from xs:NOTATION to xs:NOTATION would occur in practice, since the data type is abstract. Hence, does the table document a casting which is in theory doable but cannot occur in practice? If the "casting table" also included sub-classes of the data types(e.g that casting to/from a xs:NOTATION derivation) it would to me make sense, but I don't see how it does that. Considering that one user(me) is at least confused, the formerly mentioned paragraph could perhaps be deepened a bit. Cheers, Frans 1.http://www.w3.org/TR/2005/WD-xpath-functions-20050404/#casting-from-primitive-to-primitive
Received on Wednesday, 29 June 2005 19:35:22 UTC