- From: <bugzilla@wiggum.w3.org>
- Date: Tue, 03 May 2005 10:41:48 +0000
- To: public-qt-comments@w3.org
- Cc:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=1288
Summary: modelling of /./ in XqueryX
Product: XPath / XQuery / XSLT
Version: Last Call drafts
Platform: PC
OS/Version: Windows 2000
Status: NEW
Severity: normal
Priority: P2
Component: XQueryX
AssignedTo: jim.melton@acm.org
ReportedBy: davidc@nag.co.uk
QAContact: public-qt-comments@w3.org
Issue: xqueryx-slash-slash, priority: 3, status: closed
says that // can be modelled with the non-abbreviated form
/descendant-or-self::node()/
which is fine,
butthe examples shown model it as descendant-or-self::
which isn't, in general, equivalent.
eg section 3.2
doc("http://bstore1.example.com/bib/bib.xml")//author
is converted to
doc("http://bstore1.example.com/bib/bib.xml")/descendant-or-self::author
rather than
doc("http://bstore1.example.com/bib/bib.xml")/descendant-or-self::node()/author
As in this case the root of the tree is a document node, and there are no
predicates in the step, these two expressions will return the same result
but they correspond to different routes through the Xquery grammar, and I
believe they should be modelled differently in XqueryX.
This doesn't require a change to XqueryX as specified, just a change to the
XQueryX version of the examples to use the XML equivalent to
/descendant-or-self::node()/author
similarly in 3.3 has:
doc("http://bstore1.example.com/bib.xml")/descendant-or-self::book
David
Received on Tuesday, 3 May 2005 10:41:51 UTC