search for: matchallquery

...ndex a resulting doc is stored in? i1 = Ferret::I.new i2 = Ferret::I.new i1 << {:id=>1,:text=>"random stuff"} i1.commit reader = Ferret::Index::IndexReader.new([i1.options[:dir],i2.options[:dir]]) searcher = Ferret::Index::IndexSearcher.new(reader) query = Ferret::Search::MatchAllQuery.new searcher.search_each(query) do |doc_id,score| puts reader[doc_id][:text] # Anyway to find what index this doc is stored in? end -- Posted via http://www.ruby-forum.com/.

The included test script turned up the following anomolies (run against Ferret 0.10.3, but had same problems with 0.10.2): 1. When the content word is not in the index the inclusion of a wildcard file term causes search_each to throw a segmentation fault. $ ./test.rb zzz file:*.txt query: +content:zzz +file:*.txt ./test.rb:28: [BUG] Segmentation fault ruby 1.8.4 (2005-12-24)

Hi i''m using ferret to enable geographical postcode. I take a postcode and distance in miles from the user, strip off the outcode and then retrieve the associated x y coordinates in metres from the db. Then i get two temp x''s and y''s and search for all results that are within the box, see code below. Problems start to occur when i search on big distances so for

Hi after upgrading to ferret 0.10.1 and bleeding edge aaf i''m getting some strange behavior. Generally much better stability with new version of ferret but when i add new items for some reason i can no longer search with a *. Or rather i can but it returns no results and no errors. I can search and get results normally on other searches and when i rebuild the index i can search with