Hi roland684,

No, it is not possible at this time. In your example, yes you would have to make 7 requests. I have thought about this before and although I don't have any immediate plans to implement this, the ticket for it is here.

I don't want multiple lists, but just one list. So I'll combine multiple queries. How can I determine which of the results is the most relevant?

Is the popularity rating global or is it relative for each search? thus can I merge the results and sort on popularity?

Is there anything to determine how relevant the result is to the query? When querying for "galaxy" I would find a movie called "galaxy" more relevant than a more popular TV show with "galaxy" as part of the title. It seems the results are ordered that way within each query. what is this sort based upon?

We use Solr for search and there are 3 weighted fields, original title, translated title and then alternative title. Each is weighted less than the former but exact matches are always weighted the most. Meaning, an exact original title will weigh in higher than an exact alternative title.

We then boost the query by popularity but it's just that, a boost. Solr is still going to order items that match the best in order of its internally computed score. This is how we get relevant results when using the ngram search_type. You can see this in action really well. If you have an iPhone, you can see what this looks like with the app TodoMovies. They are using the ngram search.

This has been pushed live by the way. You can check the docs for details: /3/search/multi

Great, Thanks. (mumbling something about removing the multiple-request routine from my code...)