Dan, I'm curious what term(s) produced better results using full-text search rather than morelike? Maybe we can use those terms when tuning the parameters that Nik mentioned. Here's an etherpad for taking note of which method is better for which terms: https://etherpad.wikimedia.org/p/morelike_vs_fulltext
On Tue, Jun 2, 2015 at 9:54 AM, Dan Garry dgarry@wikimedia.org wrote:
On 1 June 2015 at 23:07, Bernd Sitzmann bernd@wikimedia.org wrote:
The few terms I've tried it on morelike: search prefix produced better Read more articles than our old way
Funny, I kind of found the opposite! So, I suggest running a test.
You could increment the MobileWikiAppArticleSuggestions https://meta.wikimedia.org/wiki/Schema:MobileWikiAppArticleSuggestions schema, removing the "version" field (since it's redundant now anyway) and adding a "suggestionsSource" field. Make a copy of SuggestionsTask https://github.com/wikimedia/apps-android-wikipedia/blob/master/wikipedia/src/main/java/org/wikipedia/page/SuggestionsTask.java which uses the new method to generate results. Bucket users 50/50, half of them getting the old method for suggestions and half of them getting the new method. Transmit which version they got in the "suggestionsSource" field. Run analysis to determine which gets users to engage more, then go with that way! This would make a nice quarterly goal for next quarter, I think. :-)
Thanks, Dan
-- Dan Garry Product Manager, Search and Discovery Wikimedia Foundation
reading-wmf mailing list reading-wmf@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/reading-wmf