Pat, Thank you for the explanation! So I guess I cannot use this because I cannot revert to normal behaviour from code...
looks like once indexed with these attributes, it affects the queries even if no :star => true is used... david On Sat, Mar 28, 2015 at 12:46 AM, Pat Allan <[email protected]> wrote: > I would presume the morphology is the cause of the socke vs sock issue > (best way to be sure is to disable it and test). > > As for the partial matches - I’m not entirely sure what Sphinx’s _correct_ > behaviour is here. My understanding is that min_infix_len should mean that > gtrereraasd be indexed as g, gt, gtr, gtre, etc… and so the behaviour > you’re seeing is appropriate. However, I know that Sphinx is often not > reliable in that behaviour, without adding the wildcard stars to a query. > In short: not sure how to _stop_ partial matching in your situation. > > — > Pat > > On 23 Mar 2015, at 10:01 am, David Krmpotic <[email protected]> > wrote: > > PS: I would need another clarification, I just tested something: > > I thought that even if I set > > set_property enable_star: true > set_property min_infix_len: 1 > > on the model that if I don't do :start => true when searching then it's as > if I didn't have these two properties... but that's not true... > > for example I search for "gtre" and I get match "gtrereraasd" when I have > these two properties in the index... I haven't set :star => true, in fact I > have also tried setting :star => false in case true would be a default when > enable_start property is set on index... > > > > > > On Sun, Mar 22, 2015 at 11:52 PM, David Krmpotic <[email protected] > > wrote: > >> Hi Pat! >> >> Yes indeed I have, forgot about that... or better said I thought >> "morphology: stem_en" only deals with plurals... >> >> socke vs. sock is maybe mistaken as a plural form then? >> >> On Sun, Mar 22, 2015 at 11:21 PM, Pat Allan <[email protected]> >> wrote: >> >>> Hi David >>> >>> Do you have any settings in config/thinking_sphinx.yml? Particularly the >>> morphology setting can influence matches beyond an ‘exact’ sense. >>> >>> — >>> Pat >>> >>> On 23 Mar 2015, at 1:44 am, David Krmpotic <[email protected]> >>> wrote: >>> >>> "I'm experimenting with STAR search".... not start search >>> >>> On Sunday, March 22, 2015 at 3:43:08 PM UTC+1, David Krmpotic wrote: >>>> >>>> I'm doing this query: >>>> >>>> Post.search "socke", {:with=>{:user_id=>1}, :page=>1, :per_page=>10, >>>> :field_weights=>{:text=>1, :tags=>100000}, >>>> :ranker=>:wordcount, :select=>"*, weight() * 10 + created_at / 100 >>>> as custom_weight", :order=>"custom_weight DESC"} >>>> >>>> And first result is post with id 7552, however: >>>> >>>> irb(main):005:0> Post.find(7552).text.index('socke') >>>> Post Load (1.1ms) SELECT "posts".* FROM "posts" WHERE "posts"."id" >>>> = $1 LIMIT 1 [["id", 7552]] >>>> => nil >>>> irb(main):006:0> Post.find(7552).tags.index('socke') >>>> Post Load (0.7ms) SELECT "posts".* FROM "posts" WHERE "posts"."id" >>>> = $1 LIMIT 1 [["id", 7552]] >>>> => nil >>>> irb(main):007:0> Post.find(7552).text.index('sock') >>>> Post Load (0.6ms) SELECT "posts".* FROM "posts" WHERE "posts"."id" >>>> = $1 LIMIT 1 [["id", 7552]] >>>> => 10251 >>>> >>>> I don't know why this (and further) result is a match... >>>> >>>> I'm experimenting with start search but at the moment it is turned >>>> off... >>>> >>>> This is the setup of the model: >>>> >>>> ThinkingSphinx::Index.define :post, with: :active_record, delta: true >>>> do >>>> indexes :text >>>> indexes :tags >>>> >>>> has :user_id >>>> has :created_at >>>> >>>> end >>>> >>>> Thank you for any hints... >>>> >>>> PS: I'm using TS 3.1.3 and Sphinx 2.2.5 >>>> >>>> david >>>> >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Thinking Sphinx" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to [email protected]. >>> To post to this group, send email to [email protected]. >>> Visit this group at http://groups.google.com/group/thinking-sphinx. >>> For more options, visit https://groups.google.com/d/optout. >>> >>> >>> >>> -- >>> You received this message because you are subscribed to a topic in the >>> Google Groups "Thinking Sphinx" group. >>> To unsubscribe from this topic, visit >>> https://groups.google.com/d/topic/thinking-sphinx/gG9WWQAMV_E/unsubscribe >>> . >>> To unsubscribe from this group and all its topics, send an email to >>> [email protected]. >>> To post to this group, send email to [email protected]. >>> Visit this group at http://groups.google.com/group/thinking-sphinx. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> > > -- > You received this message because you are subscribed to the Google Groups > "Thinking Sphinx" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/thinking-sphinx. > For more options, visit https://groups.google.com/d/optout. > > > -- > You received this message because you are subscribed to a topic in the > Google Groups "Thinking Sphinx" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/thinking-sphinx/gG9WWQAMV_E/unsubscribe. > To unsubscribe from this group and all its topics, send an email to > [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/thinking-sphinx. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Thinking Sphinx" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/thinking-sphinx. For more options, visit https://groups.google.com/d/optout.
