Erwin Wessels writes: > - The scan operation allows for (a.o.) hit-count information, but > only for a term in a specific index. How could we retrieve the > hitcount for a particular search string for *multiple* index fields > separately? What's wrong with multiple scans -- one for each such index? Or if you want the aggregate number of hits for your search-terms across all relevant indexes, then define an index which is the union of those indexes, and scan on that. > - Drill-down enabling information: information on hit counts for > refining for (possibly) indicated indexes. > In other words, functionally speaking, I'm looking for the > refinement options when searching for title 'rabbit', for the index > 'author' and a maximum records it would tell me 'Potter, Beatrix' > (105 results), 'Wells, Rosemary' (63 results), 'Carroll, Lewis' (41 > results), and 954 more refinements. To do this, I think you need "scan within result-set", which is not supported in the SRU protocol. The most economical way to provide access to such functionality in an underlying database would be to make an extension, using an <extraRequestInfo> element in SRW and an equivalent x-Whatever parameter in SRU, to tell the server the name of the result-set that you want it to scan. _/|_ ___________________________________________________________________ /o ) \/ Mike Taylor <[log in to unmask]> http://www.miketaylor.org.uk )_v__/\ "The fighting must begin before another someone dies" -- Ritchie Blackmore's Rainbow, _16th Century Greensleeves_. Eh?