search for: omit_norm

...them in the C++ myself, but I''m not really geared up for that environment. I figure someone here is better equipped to handle this. Schnitz --- First bug: quotes in search terms #!/usr/bin/ruby require ''rubygems'' require ''ferret'' # Strangely, the omit_norms is required to exercise the bug. field_infos = Ferret::Index::FieldInfos.new(:index => :omit_norms) field_infos.add_field( :phile_id ) field_infos.add_field( :file_name ) index = Ferret::Index::Index.new( :field_infos => field_infos, :path =>''./exercisequotebug...

...which results in #<Ferret::Document::Document:0x34d0570 @fields={"title"=>[#<Ferret::Document::Field:0x34cfe80 @tokenized=false, @stored=true, @name="title", @data="b", @store_offset=false, @store_term_vector=false, @binary=false, @boost=1.0, @indexed=true, @omit_norms=false, @store_position=false, @compressed=false>], "image"=>[#<Ferret::Document::Field:0x34cfc88 @tokenized=false, @stored=true, @name="image", @data="d", @store_offset=false, @store_term_vector=false, @binary=false, @boost=1.0, @indexed=false, @omit_norms=fa...

I have found another crash in ferret; this one just uses a regular search. It''s similar to an issue reported by Matt Schnitz a while ago, but unlike his, mine does not go away if I turn off omit_norms. It does go away if I turn on the garbage collector more often, but I''m not sure that''s a stable workaround under the circumstances. This one isn''t a segfault, but more complicated versions have been. This bug manifests as a error in the garbage collector: $ ruby rw...

...ms as well. I''ve reported this issue here before, but it was when David was gone. program: require ''rubygems'' require ''ferret'' #require ''zlib'' fields=Ferret::Index::FieldInfos.new fields.add_field :text, :store=>:no#, :index=>:omit_norms i = Ferret::I.new :field_infos=>fields #:path=>''temp_index'' 20.times{ i << {:text=>`man gcc`[0..135000]} } #i.close_writer r=i.reader #r.term_docs_for(:text, "example") r.term_vector(0,:text) example output: $ ruby tvtest.rb Reformatting gcc(1),...

I''m making a simple business directory search and I want to boost the relevance of the ''name'' field over the ''address'' field - both stored in the same document in the same index. Here is some console code to demonstrate what I am actually doing >> include Ferret::Document => Object >> doc = Document.new => Document { } >> doc

Hey guys, Now that the Lucy[1] project has Apache approval and is about to begin, the onus is no longer on Ferret to strive for Lucene compatability. (We''ll be doing that in Lucy). So I''m starting to think about ways to improve Ferret''s API. The first part that needs to be improved is the Document API. It''s annoying having to type all the attributes to