search for: cferret

Hey folks, Some good news. I''ve finished cFerret and it''s ruby bindings to the point where I can run all of the unit tests. I still have to work out how I''m going to package and release it but it shouldn''t be long now. If you can''t wait you might like to try it from the subversion repository. It''ll pro...

Hello list, I know this is a little OT but I wonder how I would go about using cFerret directly through C/C++ for indexing. Right now I do index = Index::Index.new(:path => ''/path/to/index'') index << {:title => "Programming Ruby", :content => "blah blah blah"} How would I do this in C/C++ against cFerret? Thanks! //Henrik

...ndex ||= Index::Index.new(:path => SEARCH_INDEX, :create_if_missing => true) @@index.delete(id) @@index.flush @@index.optimize end ... end I''m noticing about a 2-3 second delay after every new record that I store. I''m thinking that this will be bearable when cFerret comes out. Do you have any estimate on when that might be? Thanks, Carl

Hi Dave, I''ve been reading this post below back in December 2005. Is it possible to set :key to :id in cFerret like suggested below? Thanks, Mac On 12/3/05, Carl Youngblood <carl at youngbloods.org <http://rubyforge.org/mailman/listinfo/ferret-talk>> wrote: >* I seem to be getting the same document multiple times in my search *>* results. I''m wondering if this is because by de...

Hey all, After dabbling with ActiveSearch, we''re coming back around to take another look at Ferret. ActiveSearch slowed to a crawl after indexing about 20k documents, each 20 lines each. This time we may attempt to create multiple Ferret indexes (isolating each organization''s data individually), since we eventually could have upwards of 20k documents for some

Hi, the last couple of days I''m trying to index some txt files. Once indexed I have the habit of checking the contents of the Ferret index with Luke. But everytime I tried to open the index I got a ''read past EOF'' error. I managed to get it down to the way Ferret handles non-ascii characters. I have one txt file with the following content ''a o b c''

The current full-text search will return the AND collection results,for example,if we use Article.search("aa bb"),then the articles that include "aa" and "bb" in the fields will be returned,how to return the articles that include "aa" OR "bb" effectly? A stumb method is to setup two queries respectly and collect them together with remove the

Hi, I am experiencing very poor performance when updating my index. For example, to update the index for 10 documents, it is taking 3 to 4 seconds. My index is currently very small... with probably less than 100 docs in it. I have created my index as follows: GIFT_INDEX = Index::Index.new(:path => "#{index_dir}/gift", :key => ''id'', :auto_flush => true)

.../ext. Successfully installed ferret-0.2.2 Not sure why the native extensions don''t compile. I''m assuming it''s a problem with gcc. Thanks, Carl On 12/1/05, David Balmain <dbalmain.ml at gmail.com> wrote: > Hi Carl, > > I actually finished integrating my cFerret indexer but I''m not going > to release it. The performance is great but the code is really messy > and it would be a nightmare to maintain. Instead I''m porting the > search part of Lucene to C and I''ll write a Ruby interface to this > when I''m finishe...

I''d like to use ferret to build an imap indexer and search utility, but want to check first to see if anyone else is working on this and offer my help. Anyone? Also, if you could provide any helpful pointers on indexing directories via ferret, it''ll be very much appreciated. I''m a lucene nuby. Thanks! John -- Posted via http://www.ruby-forum.com/.

I''m building a new index from scratch based on a number of documents stored in a database loaded using my Rails env (using Ruby Ferret 0.9x (installed today with Gem) on Windows). At first everything goes nice but after a number of documents it starts to go slower and slower until it grinds to a halt (at least feels like it). Am I doing something wrong? Is there some way to work

I am indexing over 10,000 rows of data, it is very slow when it is indexing the 100,1000,10000 row, and now it is over 1 hour passed on the row 10,000. how to make it faster? here is my code: ================== doc = Document.new doc << Field.new("id", t.id, Field::Store::YES, Field::Index::UNTOKENIZED) doc << Field.new("title", t.title,

I am having some great trouble keeping my Ferret indexer for ActiveRecord working. First the get_field_names disappears (now back), then I am collectig some major trouble with locking. Same thing here: exception 6 not handled: Could not obtain write lock when trying to write index A snippet like this just deadlocks retrying endlessly: begin @ferret_index << doc

Hello, I am planning to build a bigger Internet platform and actually evaluating Java EE and Rails. I have a lot of Java experience and I am quite new to Rails. After playing some weeks with Rails I am sure that it is a mature web framework and I really like the productivtity of Rails. One of the key advantages is that new developers will understand this platform much quicker than all the Java

Hi again, I''m using ferret to index source code - DamageControl will allow users to search for text in source code. Currently I''m using the default index with no custom analyzer (I''m using the StandardAnalyzer). Do you have any recommendations about how to write an analyzer that will index source code in a more ''optimal'' way? I.e. disregard common

I''m trying to generate a rails pagination helper for some ferret search results, and I need to know how many total matches there are to my search query. I don''t see an obvious way of finding this. Any help would be appreciated. Thanks, Carl Youngblood

Hi, I''m using the StandardAnalyzer to build an index, and passing in Documents that have Fields that contain large tokens (22+ characters) interpersed with normal English words. This seems to cause the IndexWriter to slow to a crawl. Is this a known issue, or am I doing something wrong? If this is a known issue I don''t have any problem just not indexing tokens longer than a

Recently I''ve been revisiting some of my search code. With a greater understanding of how Java Lucene implements its search methods, I realized that one level of abstraction is not present in the Ferret classes/methods. Here are the relevant method signatures: Ferret''s search methods: in Ferret::Index::Index: search(query, options = {}) -> returns a TopDocs

Hi there, What are you using for text search engine in your rails applications ? I have been using simple search for simple applications, but then I need to search text in model instances inside collections such as user.documents and the like. I believe that simple search does not support any sort of ranged queries, and sql like might be overkill for tables with lots of records. Bests, Sergi

Hi David again. I would say that Ferret works great with Rails. And now I am trying to create pagination. Because site could have millions of documents I need to create on page link something like "Page #100". Rather usual situation. But to create this links I need to know how many documents Ferret found in index. For now I am doing it with following code index =