- From: <bugzilla@wiggum.w3.org>
- Date: Sat, 23 Jun 2007 10:09:50 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=4720
Summary: [FT] editorial: 4 Semantics
Product: XPath / XQuery / XSLT
Version: Last Call drafts
Platform: All
OS/Version: All
Status: NEW
Severity: minor
Priority: P2
Component: Full Text
AssignedTo: jim.melton@acm.org
ReportedBy: jmdyck@ibiblio.org
QAContact: public-qt-comments@w3.org
4 Semantics
[1]
para 2
"It specifies how full-text expression can be nested"
s/expression/expressions/
[2]
XQueryFullTextInteraction.jpg
The diagram attempts to represent both the static (syntactic) and
dynamic interactions between the Full-Text extensions and the base
XQuery/XPath, and I don't think it succeeds. With respect to the
boxes, each arrow appears to mean roughly "can be nested within",
but the accompanying text is at odds with this interpretation.
E.g., At (1), the text "Evaluate to a Sequence of Items" appears to
be a label for the arrow, suggesting that the process of evaluation
begins and ends with an XQuery/XPath expression, which is certainly
not what you want to convey.
[3]
box labelled "FTSelection"
Note that an FTContainsExpr is not an FTSelection, so the label is
inadequate. Maybe change it to "Full-Text expression" (which actually
complements the other box better).
[4]
"tokenized text of atomic values"
s/of/or/, I think you mean.
[5]
graphic used for arrows
The use of "3D" arrows makes me imagine that the diagram is
executing some kind of yaw-pitch maneuver.
[6]
bullets 2 + 3
"expressions can be nested inside FTSelections by evaluating them to a
sequence of items"
"the composability of FTSelections ... is achieved by evaluating the
FTSelections to AllMatches."
[6a]
I don't think it's correct to say that nesting/composability is
achieved by evaluating something. Rather it's achieved by designing
the language to be closed with respect to a data model (or in this
case, something more complicated involving two data models). Please
drop the "achieved by evaluating" connector.
[6b]
E.g.:
Arrow 2 shows how XQuery 1.0 and XPath 2.0 expressions can be
nested inside FTSelections. When evaluated, an XQuery 1.0 and
XPath 2.0 expression yields an XDM instance (sequence of items).
If the expression is nested ...
[6c]
For the Arrow 3 blurb, you could just delete:
"The composability is achieved by evaluating the FTSelections to
AllMatches."
[7]
"Arrow 4 shows how the result of the evaluation of XQuery 1.0 and XPath
2.0 Full-Text 1.0 and scoring expressions are integrated into the XQuery
1.0 and XPath 2.0 model."
Consitency dictates that it actually represents how Full-Text
expressions (specifically, FTContainsExpr) can be nested inside
XQuery/XPath expressions.
Received on Saturday, 23 June 2007 10:09:51 UTC