Hey all, I''ve just released Ferret 0.10.3. It is mostly just a bugfix release. I''ve also added Ferret::Analysis::HyphenFilter which filters hyphenated words for better search results. Basically the way it works is it concatenates a hyphenated word as well as adding the two separate terms. So "set-up" becomes "setup", "set", "up" so searches for "set-up", "setup" or just plain "set" will all match. This filter is also applied to the StandardAnalyzer. I''ve also made the process_query method in Index::Index public. Before anyone asks, the reason it is process_query and not parse_query is that it accepts strings or query objects and may also optimize queries in future. Have at it, Dave
Dave,
Got a
ERROR: While executing gem ... (Zlib::BufError)
buffer error
when trying to gem install 0.10.3 mswin32 on xp on ruby 1.8.5
The ruby option failed as well but I think that''s expected.
Sorry to critize - I know how much it sucks to work your ass of on stuff
and receive bug reports.
-ben
--
Posted via http://www.ruby-forum.com/.
On 9/9/06, ben <wiseleyb at gmail.com> wrote:> Dave, > > Got a > > ERROR: While executing gem ... (Zlib::BufError) > buffer error > > when trying to gem install 0.10.3 mswin32 on xp on ruby 1.8.5 > > The ruby option failed as well but I think that''s expected. > > Sorry to critize - I know how much it sucks to work your ass of on stuff > and receive bug reports. > > -benHi Ben, I don''t what the problem is and I''m afraid I don''t have time to fix it right now. I rolled back to the latest stable release of the one-click installer (1.8.4-20 stable). Sorry about the trouble. Let me know if this fixes the earlier problem (with the rails view rendering).
Hi, same Problem here on - Windows 2003 Server - ruby 1.8.4 (2005-12-24) [i386-mswin32] - ferret 0.10.3 (mswin32) ferret 0.10.4 has no mswin32 version - at least on the gem server I''m connected to right now... Cheers, Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/ferret-talk/attachments/20060909/4362393a/attachment.html
On Sat, Sep 09, 2006 at 11:27:51AM +0200, Jan Prill wrote:> Hi, > > same Problem here on > > - Windows 2003 Server > - ruby 1.8.4 (2005-12-24) [i386-mswin32] > - ferret 0.10.3 (mswin32) > > ferret 0.10.4 has no mswin32 version - at least on the gem server I''m > connected to right now...the 0.10.4 installs itself as ferret-0.1.4 on linux, I guess something''s broken there. 0.10.3 works fine here (Linux). Jens> _______________________________________________ > Ferret-talk mailing list > Ferret-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/ferret-talk-- webit! Gesellschaft f?r neue Medien mbH www.webit.de Dipl.-Wirtschaftsingenieur Jens Kr?mer kraemer at webit.de Schnorrstra?e 76 Tel +49 351 46766 0 D-01069 Dresden Fax +49 351 46766 66
On 9/9/06, Jens Kraemer <kraemer at webit.de> wrote:> On Sat, Sep 09, 2006 at 11:27:51AM +0200, Jan Prill wrote: > > Hi, > > > > same Problem here on > > > > - Windows 2003 Server > > - ruby 1.8.4 (2005-12-24) [i386-mswin32] > > - ferret 0.10.3 (mswin32) > > > > ferret 0.10.4 has no mswin32 version - at least on the gem server I''m > > connected to right now... > > the 0.10.4 installs itself as ferret-0.1.4 on linux, I guess something''s > broken there. 0.10.3 works fine here (Linux). > > JensAnyone else having this problem? It''s fine here. I have no idea what might be causing this. Dave
On 9/9/06, David Balmain <dbalmain.ml at gmail.com> wrote:> On 9/9/06, Jens Kraemer <kraemer at webit.de> wrote: > > On Sat, Sep 09, 2006 at 11:27:51AM +0200, Jan Prill wrote: > > > Hi, > > > > > > same Problem here on > > > > > > - Windows 2003 Server > > > - ruby 1.8.4 (2005-12-24) [i386-mswin32] > > > - ferret 0.10.3 (mswin32) > > > > > > ferret 0.10.4 has no mswin32 version - at least on the gem server I''m > > > connected to right now... > > > > the 0.10.4 installs itself as ferret-0.1.4 on linux, I guess something''s > > broken there. 0.10.3 works fine here (Linux). > > > > Jens > > Anyone else having this problem? It''s fine here. I have no idea what > might be causing this.No problems here. -- Kent --- http://www.datanoise.com
On Sun, Sep 10, 2006 at 12:43:23AM +0900, David Balmain wrote: [..]> > the 0.10.4 installs itself as ferret-0.1.4 on linux, I guess something''s > > broken there. 0.10.3 works fine here (Linux). > > > > Jens > > Anyone else having this problem? It''s fine here. I have no idea what > might be causing this.works now. but I swear it didn''t when I first tried ;-) btw, there''s an issue with the (now public) process_query method: It doesn''t call ensure_reader_open, but it should. The following crashes things atm: require ''rubygems'' require ''ferret'' i = Ferret::I.new i << ''testing'' i.process_query ''test*'' doing a search before the call to process_query, or invoking ensure_reader_open via send() helps, but isn''t so nice ;-) I think now that it''s public, the whole process_query has to get it''s own @dir.synchronize block, too... I''ve worked around this for now in aaf, and will push out the first stable, 0.10.x compatible version this evening. cheers, Jens -- webit! Gesellschaft f?r neue Medien mbH www.webit.de Dipl.-Wirtschaftsingenieur Jens Kr?mer kraemer at webit.de Schnorrstra?e 76 Tel +49 351 46766 0 D-01069 Dresden Fax +49 351 46766 66
On 9/10/06, Jens Kraemer <kraemer at webit.de> wrote:> On Sun, Sep 10, 2006 at 12:43:23AM +0900, David Balmain wrote: > [..] > > > the 0.10.4 installs itself as ferret-0.1.4 on linux, I guess something''s > > > broken there. 0.10.3 works fine here (Linux). > > > > > > Jens > > > > Anyone else having this problem? It''s fine here. I have no idea what > > might be causing this. > > works now. but I swear it didn''t when I first tried ;-)Hey, I know the feeling. :-)> btw, there''s an issue with the (now public) process_query method: It > doesn''t call ensure_reader_open, but it should. The following crashes > things atm: > > require ''rubygems'' > require ''ferret'' > i = Ferret::I.new > i << ''testing'' > i.process_query ''test*'' > > doing a search before the call to process_query, or invoking > ensure_reader_open via send() helps, but isn''t so nice ;-) I think now > that it''s public, the whole process_query has to get it''s own > @dir.synchronize block, too... > > I''ve worked around this for now in aaf, and will push out the first > stable, 0.10.x compatible version this evening. > > > cheers, > JensRight you are. The fix is in subversion. Thanks again Jens.