This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 4708 - [FT] editorial: 3.3.4 Thesaurus Option
Summary: [FT] editorial: 3.3.4 Thesaurus Option
Status: CLOSED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Full Text 1.0 (show other bugs)
Version: Last Call drafts
Hardware: All All
: P2 minor
Target Milestone: ---
Assignee: Jochen Doerre
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-06-23 10:02 UTC by Michael Dyck
Modified: 2007-10-29 22:40 UTC (History)
0 users

See Also:


Attachments

Description Michael Dyck 2007-06-23 10:02:51 UTC
3.3.4 Thesaurus Option

[1]
para 2
"The value of the FTThesaurusID must be a URILiteral."
    Hm. The phrase "The value of the FTThesaurusID" is questionable,
    because an FTThesaurusID shouldn't be evaluated per se.  Also, a
    value can't be a URILiteral, because a URILiteral isn't a value.
    I think what you mean is that a thesurus is identified by a
    URILiteral. But that's already guaranteed by the EBNF:
        FTThesaurusID ::= "at" URILiteral ( "relationship" ...
    Just delete the para.

[2]
para 8
'The "with default thesaurus" option'
    [2a]
    No such option. Instead, you mean something like
        When "default" is used to identify a thesaurus, ...
    or
        When "default" is used in place of a FTThesaurusID, ...

    [2b]
    Maybe note that it *doesn't* refer to a thesaurus that you might have
    declared in the query prolog.

[3]
before example 3
"Assuming that there is a locally defined thesaurus"
    Not sure how "locally defined" is significant.
Comment 1 Jochen Doerre 2007-10-29 18:01:06 UTC
Fixed as decided in FTTF-156.
(Group internal link: http://lists.w3.org/Archives/Member/member-query-fttf/2007Oct/0030.html)