W3C home > Mailing lists > Public > public-qt-comments@w3.org > August 2003

RE: Comments on http://www.w3.org/TR/xquery-operators/

From: Michael Rys <mrys@microsoft.com>
Date: Wed, 13 Aug 2003 07:30:53 -0700
Message-ID: <EB0A327048144442AFB15FCE18DC96C7623098@RED-MSG-31.redmond.corp.microsoft.com>
To: "Ian Davis" <ijdavis@softbase.math.uwaterloo.ca>, <public-qt-comments@w3.org>

Dear Ian.

fn:id() is given in section 15.4.2.

comment(), node(), text(), processing-instruction() and node() are not
functions but so-called node-tests and are part of the step-expression
syntax. Thus, they are described in the language and not the F&O

I hope this helps.

> -----Original Message-----
> From: public-qt-comments-request@w3.org [mailto:public-qt-comments-
> request@w3.org] On Behalf Of Ian Davis
> Sent: Tuesday, August 12, 2003 9:28 AM
> To: public-qt-comments@w3.org
> Subject: Comments on http://www.w3.org/TR/xquery-operators/
> The XPath type functions comment(), node(), text(), processing-
> instruction(),
> node(), id(),  do not appear to be described in this document.  These
> functions may occur not just as a qualification in an XPath expression
> but as stand-alone functions within predicates that test the type of
> context node.  As such stand-alone functions they need to be both
> described
> in this standards document and bound to an explicit namespace, so that
> developer knows their behaviour and what their binding is.
> These functions should also be described in Appendix B.. Compatability
> with
> XPath 1.0.
> The prefixes fn: op: xs: and xdt: are not explicitly mapped to
> While the bindings can be inferred I think a standard should not
> such inferences.
> In section 5.1 it is stated that "The semantics of the constructor
> function xs:TYP (xdt:anyAtomicType) are identical to the semantics of
> "cast as xs:TYPE(xdt:anyAtomicType)".  This begs the question of
> such functions must be implemented/may be implemented/or like those
> functions
> bound to the op: namespace will not be implemented.  This issue should
> resolved since it impacts upon the portability of XQuery that employs
> functions in the xs: and xdt: namespaces, rather than a cast.
> Omitting these functions from those that must be implemented has the
> attractive
> property that all XQuery function which "must be implemented" reside
> the
> fn: namespace.
> I hope my comments are viewed as constructive ones..
> Regards, Ian Davis
Received on Wednesday, 13 August 2003 10:30:38 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:56:49 UTC