Dmitry Brant, 01/10/2014 01:07:
> Looking at the Kiwix app for Android, it doesn't seem to have full-text
> search within articles (unless I missed it). I assume that this was left
> out of the Android version for performance reasons.
Don't assume, ask Emmanuel (cc Offline-l).
If I understand correctly, you're talking of small selections of
articles (hundreds or thousands). Making an index for tens of GB of text
takes hours, so Kiwix doesn't always make one (on desktop, you usually
download the pre-made index). But for few articles, the problem is
easier (and one can also reduce compression).
In general, I have no idea what it means that "zero team starts to think
about pre-loaded content": sounds a lot like reinventing Kiwix, which
would be a disastrous idea. :)
On Wed, Oct 1, 2014 at 8:22 AM, Lila Tretikov <lila(a)wikimedia.org> wrote:
> In order to do this we can look at the search results on mobile (and
> especially where they are failing today without GS)
One of the asks that I have for the mobile teams in this quarter is to
start logging failed search results. I want us to get to the point
where we never show a 'no search results' page in any language. This
is especially important in apps as they are starting to think about
sessions length as a metric of engagement and search is at the core of
> If we find out that most of this information for example is present in the
> first paragraph... we may only need to index it. And it would also focus us
> on improving summaries as a priority...
Could be interesting. We'd have to user test to validate the level of