- From: <bugzilla@jessica.w3.org>
- Date: Thu, 20 Jan 2011 10:33:38 +0000
- To: public-qt-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=11821
Summary: [FT] Thesaurus option RangeExpr
Product: XPath / XQuery / XSLT
Version: Proposed Recommendation
Platform: PC
OS/Version: Windows NT
Status: NEW
Severity: normal
Priority: P2
Component: Full Text 1.0
AssignedTo: jim.melton@acm.org
ReportedBy: tim@cbcl.co.uk
QAContact: public-qt-comments@w3.org
I apologize for bringing this up rather late in the day.
The rules:
[172] FTThesaurusID ::= "at" URILiteral ("relationship"
StringLiteral)? (FTRange "levels")?
[157] FTRange ::= ("exactly" AdditiveExpr)
| ("at" "least" AdditiveExpr)
| ("at" "most" AdditiveExpr)
| ("from" AdditiveExpr "to" AdditiveExpr)
permit queries such as:
doc("http://bstore1.example.com/full-text.xml")
/books/book[./content contains text "people" using
thesaurus at "http://bstore1.example.com/UsabilityThesaurus.xml"
relationship "NT" at most ./content/@levels levels]
i.e. that the number of levels can be dynamic.
All other match options are static - either string literals or URI literals.
Why is this part of one match option dynamic?
The static nature of other match options makes life easier with regard to
pre-indexing.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Thursday, 20 January 2011 10:33:41 UTC