Re: [Wikimedia-search] Completion suggestion API demo

2015-08-28 Thread David Causse
Le 27/08/2015 22:29, Trey Jones a écrit : Anyway, I like stripping stop words better than relaxing AND to OR, unless there's some additional post-search ranking to sort the results into a more AND-ish order. I think my previous mail was misleading, I don't want to replace AND by OR. I mean wh

[Wikimedia-search] Tasks outside of Phabricator aren't real

2015-08-28 Thread Mikhail Popov
Hi all, This is a gentle reminder that if your task doesn't exist as a Phabricator ticket, then the person/team who can get it done doesn't know there's an actual need for it. It allows us to avoid situations like "Person A said they think Person B is working on Thing X" meanwhile B has no idea X

Re: [Wikimedia-search] Tasks outside of Phabricator aren't real

2015-08-28 Thread Oliver Keyes
Word On 28 August 2015 at 13:45, Mikhail Popov wrote: > Hi all, > > This is a gentle reminder that if your task doesn't exist as a Phabricator > ticket, then the person/team who can get it done doesn't know there's an > actual need for it. > > It allows us to avoid situations like "Person A said

Re: [Wikimedia-search] Completion suggestion API demo

2015-08-28 Thread Trey Jones
Yeah, it looks like Common Terms is a low-effort, high-value way of dealing with this issue. Of course ES is going to have some clever way of dealing with stop words. Here's a more readable blog post about Common Terms: https://www.elastic.co/blog/stop-stopping-stop-words-a-look-at-common-terms-qu

Re: [Wikimedia-search] Tasks outside of Phabricator aren't real

2015-08-28 Thread Tomasz Finc
Curious about the context. Thanks On Fri, Aug 28, 2015 at 10:45 AM, Mikhail Popov wrote: > Hi all, > > This is a gentle reminder that if your task doesn't exist as a Phabricator > ticket, then the person/team who can get it done doesn't know there's an > actual need for it. > > It allows us to av