similar to: removing special/syntax characters

Hi, We''re using Ferret 0.9.4 and we''ve observed the following behavior. Searching for ''fieldname: foo and bar'' works fine while ''fieldname: "foo and bar"'' doesn''t return any results. Is there a way to make ferret recognize the ''and'' inside the query as a search term and not an operator? (I hope I got the

I can consistently segfault the 0.10.4 gem, so I''m trying to get the subversion version working with hopes towards tracking the problem down. I have a fresh SVN checkout but: a) the version (in ferret.rb) claims to be 0.9.6; and b) Ferret::Index::FieldInfos and a couple other classes are missing at run time. It looks like this is because they''re not exported in the C

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 everyone Is rubytorrent work on windows XP. I have problem for using it. Here my Configuration OS: Windows XP Ruby Version: 1.8.2 Already Install Azureus and ABC torrent. I manage to set Azerus behave as tracker that listen to IP 127.0.0.1 and seeding file from "\ekobudi\bittorrent\host0". After that I copy torrent file from"\ekobudi\bittorent\host0" to"

Hi, I am current writing a ruby application that does something similar the RSSFeed plugin for azureus (see http://azureus.sourceforge.net/plugin_details.php?plugin=rssfeed). in ruby. The plan is to use it drive rubytorrent to do the actual downloading. Does anyone know of a similar project written in ruby ? This is my first project in ruby, I have been programming in C and C++ for a number

Hello Dave, Hello all, I''ve got this error because I try to search something and sort it by name : Argument Error occured at <except.c>:93 in xraise Error occured in sort.c:551 - field_cache_get_index Cannot sort by field "name". It doesn''t exist in the index. The problem, occur when my index is empty, so the field "name" does not exists. --

We were using ferret (with acts_as_ferret) on our production boxes. Everything was going OK for a few days then we got a seg fault from it that brought down the box. The specs: * Rails 1.1.6 * Ruby 1.8.4 * Ferret 0.10.6 * RedHat ES 3 * Apache * Pound * 5 instances of Mongrel Can ferret handle multiple processes accessing it''s files at the same time? Not that we were doing this (but

hello, we are interested in using rubytorrent as a project in a hackfest we''re organizing, and I would like to know if you have any idea of stuff that needs to be done, or something like it. Thanks, --lf

Already try the pre realease 0.3. The rtpeer.rb is working. But I don''t know why is take quite a while to listen only port 6969. The after that start to scan port 6881,6882..etc. After that manage to download the file normally. As usual I run everything in one PC. Azureus, ABC, and rubytorrent. The example on "doc\api.txt" still doesn''t work for me. I am very hapy the

Hi all, I?ve updated my local repository with version from 05/01/26 0:00 CET My test - torrent is very active, so Azureus gets an average download of 40kb/s after a few seconds running, and up to 90kb/s after two minutes. Rubytorrent has not even 1 piece after fifteen minutes. It gets connected to 12 or 15 peers but the download ratio is always below 2kb/s. From my point of view there is a

During our last week of Ferret / aaf usage (also our first week of Ferret / aaf usage), I have received 8 messages stating that our app encountered a Ferret::QueryParser::QueryParseException. For instance: A Ferret::QueryParser::QueryParseException occurred in foo#search: Error occurred in src/q_parser.y:279 - yyerror couldn''t parse query "com -- 404". Error message

Hi Dave, I''ve been getting some segment faults while running my tests using 0.10.14 gem so I decided to package the gem locally to add -dH and generate core dumps for you. So I followed instructions here http://ferret.davebalmain.com/trac/wiki/DownloadCurrent and first off ran the tests. I''m getting the following failures. (see this pastie http://pastie.caboo.se/34790). I

Matz claims 1.8.3 might be released in April. If we''re lucky, maybe it will have the Windows socket connection fix applied. (Although the patch has been hanging around since last June... but maybe they just needed some prodding. :) ) Then RubyTorrent will be much more usable on Windows. ----- Forwarded message from Yukihiro Matsumoto <matz@ruby-lang.org> ----- Date: Tue, 8 Feb

Hi Dave, The patch below corrects a buffer overflow bug in q_parser.y. Since it is triggered by excessively long query strings, I believe that this bug could be exploited to allow arbitrary code execution if a query string supplied by a user is passed in directly to Ferret and not truncatated. If I''m right, you should consider a new release asap. I''ve fixed it to simply

Hello all I finally caved in and decided I should build my own query instead of relying on QueryParser to do the job for me, but I''ve hit a strange problem.. Here''s how I build my query: #Main query query = Ferret::Search::BooleanQuery.new #Build query to match types typesquery = Ferret::Search::BooleanQuery.new @selected_types.each{|type| typesquery.add_query(

Hi all, At the bottom of chapter 8 of the tutorial, on the topic of closures, mentions that there are "often better ways to implement these features than explicit stack frames". Does anyone know what techniques this cryptic statement might be referring to? Thanks! -- William <wmorgan-llvm at masanjin.net>

Hi, I have some questions about searching with Ferret. I have a user index with first_name, last_name and full_name (which is just first plus last with a space). Here are a couple of questions: 1) If I store the fields tokenized, it appears as though queries are case-insensitive. However, for untokenized, the query is case-sensitive. How can I make the untokenized searches case-insensitive?

I''m running: ferret (0.10.9) ruby 1.8.5 (2006-08-25) [i386-mswin32] on Windows XP(SP2) When I create an index as follows: field_infos = FieldInfos.new(:store => :yes, :term_vector => :no, :index => :yes) field_infos.add_field(:id, :index => :untokenized) field_infos.add_field(:subject) field_infos.add_field(:author) field_infos.add_field(:tags, :store => :no) index =

Sorry if this has been beaten to death here but I couldn''t find the exact answer I was looking for. In the app I''m writing, we convert the score to a percentage and display it with the search results. The problem is when you search for an exact phrase (for example) and it matches the title of a document exactly, you only get a 17% match. Has anyone seen a way to either curve

I was wondering, is it better to maintain one large index or several smaller indexes? I am allowing users to upload files whose corresponding data is subsequently parsed and indexed. The problem is that each of these documents has different fields (which the user defines) and this makes searching and displaying search results slightly difficult. I tried to attach a unique ID to each file