ruby on rails: ElasticSearch / Tire dynamic search on multiple indices -


i've done bunch of searching , haven't been able answer question - isn't repeat (apologies if is)...

preface: i'm using rails & tire perform elasticsearch.

i have object, place, attributes "name", "city", "state", , "zip". indexed follows: 

indexes :name, :type => 'multi_field', :fields => {    :name => { :type => 'string', :analyzer => 'snowball' },    :"name.exact" => { :type => 'string', :index => :not_analyzed }  }  indexes :city  indexes :state  indexes :zip

there 3 conditions searching: 1. name only, 2. (city, state or zip), 3. name , (city, state or zip).

my code "query" block is: 

  if (city, state).present?      boolean        must { string "name:#{name}*" } if name.present?        must { string "city:#{city_state}*" }        must { string "state:#{city_state}*" }      end    elsif (zip).present?      boolean        must { string "name:#{name}*" } if name.present?        must { string "zip:#{query_parameters["zip"]}*" }      end    else      string "name:#{name}*" }    end

the aforementioned search conditions #1 , #2 work expected against multiple tests. however, condition 3 not - seems pay attention "name" field. i'm assuming has using "city_state" variable search on both "city" , "state"... i'm doing because user can enter either "chicago" or "illinois" in city, state / zip text box , search should still work, using either geographic center of chicago or geographic center of illinois, respectively.

anything obvious i'm doing wrong?

however, condition 3 not - seems pay attention "name" field

errr, isn't

string "name:#{name}*"

telling that?

or did mean 

string "#{name}"

Comments

Post a Comment

Popular posts from this blog

linux - xterm copying to CLIPBOARD using copy-selection causes automatic updating of CLIPBOARD upon mouse selection -

i've tried various ways coerce xterm (versions 285 , 292) copy selection clipboard clipboard whenever press ctrl-shift-c. promising way far has been, in ~/.xresources, put this: xterm*vt100.translations: #override \ ctrl shift <keypress> c: copy-selection(clipboard) \n\ ctrl shift <keypress> v: insert-selection(clipboard) ctrl-shift-v works perfectly, copying has nuance... if restart xterm, highlighting text puts things in primary clipboard; expected, proper, default behavior. if hit ctrl-shift-c, copies current selection clipboard clipboard. the bug, however, if highlight text after first time pressed ctrl-shift-c, you'll see highlighting copies both primary and clipboard. cannot figure out how stop xterm updating clipboard upon selection... , doesn't make sense me in first place. i said, @ specific point in time, copy selection clipboard... yet starts updating automatically upon selection after doing once... anyone have workaround...
Read more

c++ - qgraphicsview horizontal scrolling always has a vertical delta -

Image
i've subclassed qgraphicsview custom canvas used in cad application. i've reimplemented qgraphicsview::wheelevent check keyboard modifiers control key and, if control key pressed, zoom. i'm trying implement horizontal scroll when user holds shift , uses wheel. the problem i'm having horizontal scrolling always scrolls 0.279. not huge problem, hugely annoying , points else being wrong. so, here questions: is right way implement horizontal scrolling? if not, is? how eliminate delta of 0.279? thanks in advance. code , sample output below void myview::zoom(int delta) { double factor = pow(1.2, delta/abs(delta)); this->scale(factor, factor); } void myview::scrollhorizontal(int level) { qpointf center = maptoscene(viewport()->rect().center()); qdebug() << "center: " << center.x() << ", " << center.y(); centeron(qpointf(center.x() - level, center.y())); } void myview::wheelevent(qwheeleve...
Read more