Hello,
Please join us on the next Wikimedia bug day:
**2014-10-08, 14:00–22:00 UTC** [1] in #wikimedia-tech on Freenode IRC.[2]
We will be triaging bug reports for the Collection extension (Book tool)
in general and PDF export in particular, which were just switched to a
new backend (OCG).[3] We have two immediate goals:
1) recover 100 % of the relevant reports from the defunct PediaPress
tracker;[4]
2) get a clean list of known PDF issues that the new backend didn't fix.
Everyone is welcome to join any time these weeks, and no technical
knowledge is needed! It's an easy way to get involved or to give
something back.
We encourage you to record your activity on the etherpad [4].
This information and more can be found here:
https://www.mediawiki.org/wiki/Bug_management/Triage/201410
For more information on triaging in general, check out
https://www.mediawiki.org/wiki/Bug_management/Triage
I look forward to seeing you there. Please distribute further by email,
talk pages etc. (Collection is used on almost 2 thousands wikis!)
Sorry for the crossposting,
Nemo
[1] Timezone converter: http://everytimezone.com/#2014-10-08,120,5x1
[2] See http://meta.wikimedia.org/wiki/IRC for more info on IRC chat
[3] http://lists.wikimedia.org/pipermail/wikitech-l/2014-July/077867.html
[4] https://etherpad.wikimedia.org/BugTriage-Collection
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. :)
Nemo
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
that.
> 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
expected content.
--tomasz