This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
2.3 Score Variables [1] para 1 "[Definition: Scores express the relevance of those results to the full-text search conditions.]" Not great as a standalone definition. Maybe: The score of a full-text search result expresses its relevance to the search conditions. [2] para 3 "The production for the extended 'for' clause follows." [2a] After "clause", insert something like "for XQuery 1.0". [2b] Then, after the productions, say: "In XPath 2.0, the SimpleForClause is extended similarly." (Or give it explicitly.) [3] para 7 "XPath 2.0 Full-Text extends the language of XPath 2.0 in the for expression in the same way: with optional score variables." Given the above changes, you can delete this sentence. [4] para 9 "Note that the score applies to the entire 'for' expression." It's not clear what this means. Given the subsequent sentence, I think maybe you're talking about the expression that follows the "in" keyword (as opposed to the expression that contains the "for" keyword). [5] para 11 "to the nodes in the respective RangeExprs" s/nodes/items/ s/in/returned by/ [6] para 12 "The let variable may be dropped from the let clause, if the score variable is present." s/may/must/, according to the EBNF. [7] para 14 "While when ..." Not a promising start for a sentence. How about: "When using ... the scores. However, it is possible..." [8] para 16 "more relevant than a book that does not contain either of both." "either of both" is presumably a typo. s/both/those phrases/ [9] para 17 "The expression ExprSingle assigned to the score variable" [9a] Delete "ExprSingle". [9b] s/assigned to/associated with/ [10] "is passed to the scoring algorithm and is not evaluated directly." Change to: "is passed to the scoring algorithm, which does not evaluate it directly" (That also covers the case of a score variable in a ForClause, where the expression *is* evaluated directly, but not by the scoring algorithm.) [11] "is not evaluated directly." But is it evaluated indirectly? If so, what are the semantics of indirect evaluation? What is its evaluation context? Does it raise errors? Certainly all the non-FT expressions within an FTContainsExpr have to evaluated, otherwise you have nothing to score and no criteria by which to score it. [12] "The set of supported expressions is implementation-defined." [12a] I think you'll need to be a bit more explicit. E.g.: "The set of expressions supported by the scoring algorithm..." [12b] What is the effect of using an expression that is not supported? [12c] Are there any expressions that must be supported?
The FTTF considered your item [6] at its F2F in June, 2007, and agreed with your problem report. Appropriate changes were made to correct the problem. As other parts of this bug report are resolved, further comments will be added to this bug until they are all resolved. At that time, we will mark the bug RESOLVED and ask you to mark it CLOSED.
The FTTF considered some of these items at its meeting today, and made the following decisions: [10] and [11]: We will delete the phrase "and is not evaluated directly". [12a]: Left to editor's discretion. [12b]: If an expression that is not supported by the scoring algorithm is passed to the scoring algorithm, the result is implementation-defined. We will add a sentence to this effect. [12c]: There are no expressions that must be supported. No change to spec.
As decided in meeting #152 (the minutes of which are at the member-only URI http://lists.w3.org/Archives/Member/member-query-fttf/2007Sep/0005.html), items [1], [2a], [2b] (that is, all of item [2]), [3], [7], [8], [9a], and [9b] (that is, all of item [9]) have been resolved. This leaves items [4] and [5] remaining to be resolved.
Item [5] changes made as recommended. Approved by FTTF on October 1, 2007. Only item [4} remains to be resolved.
[4] The FTTF agreeed. We substituted: Note that the score variable gets *one* score value for each item in the value of the expression after the "in" keyword, regardless of the number of FTContainsExprs in that expression. These changes will appear in the next build of the internal Full-Text language after the October 11 build, and in the next public version. They close the last item in this bug. Michael, if you approve of the changes, please mark the bug closed.
(In reply to comment #5) > [4] The FTTF agreeed. We substituted: Note that the score variable gets *one* > score value for each item in the value of the expression after the "in" > keyword, regardless of the number of FTContainsExprs in that expression. In the document, "one" should be set off with an italic font rather than asterisks, and "in" should be set off with a monospace font rather than quotes.
In the document, "one" is now in italic font (emph tags) and "in" is in a monospace font (code tags). These changes will appear in the next build of the internal Full Text language and in the next public version. Michael, if you approve of the changes, please mark the bug closed.
Thanks, closing now.