Hi everyone,
*tl;dr: We'll be stripping all content contained inside brackets from the
first sentence of articles in the Wikipedia app.*
The Mobile Apps Team is focussed on making the app a beautiful and engaging
reader experience, and trying to support use cases like wanting to look
something up quickly to find what it is. Unfortunately, there are several
aspects of Wikipedia at present that are actively detrimental to that goal.
One example of this are the lead sentences.
As mentioned in the other thread on this matter
<https://lists.wikimedia.org/pipermail/mobile-l/2015-March/008715.html>,
lead sentences are poorly formatted and contain information that is
detrimental to quickly looking up a topic. The team did a quick audit
<https://docs.google.com/a/wikimedia.org/spreadsheets/d/1BJ7uDgzO8IJT0M3UM2q…>
of
the information available inside brackets in the first sentences, and
typically it is pronunciation information which is probably better placed
in the infobox rather than breaking up the first sentence. The other
problem is that this information was typically inserted and previewed on a
platform where space is not at a premium, and that calculation is different
on mobile devices.
In order to better serve the quick lookup use case, the team has reached
the decision to strip anything inside brackets in the first sentence of
articles in the Wikipedia app.
Stripping content is not a decision to be made lightly. People took the
time to write it, and that should be respected. We realise this is
controversial. That said, it's the opinion of the team that the problem is
pretty clear: this content is not optimised for users quickly looking
things up on mobile devices at all, and will take a long time to solve
through alternative means. A quicker solution is required.
The screenshots below are mockups of the before and after of the change.
These are not final, I just put them together quickly to illustrate what
I'm talking about.
- Before: http://i.imgur.com/VwKerbv.jpg
- After: http://i.imgur.com/2A5PLmy.jpg
If you have any questions, let me know.
Thanks,
Dan
--
Dan Garry
Associate Product Manager, Mobile Apps
Wikimedia Foundation
Hello,
We have started using the wikimedia-android-data-client library(
https://github.com/wikimedia/wikimedia-android-data-client) to make
mediawiki api calls in the Commons Android app, replacing the legacy
library that we were using previously. Most of the authenticated calls
(i.e. login, upload, nomination for deletion, thank, notifications etc)
made to Commons wiki are working with the new library, but we are stuck
with a cross-wiki call to Wikidata. We are trying to call
`Service:wbcreateclaim` to create a claim on Wikidata but the call is
failing.
We have posted relevant http logs at
https://github.com/wikimedia/wikimedia-android-data-client/issues/21#issue-…
We would greatly appreciate it if could take a look at the logs and suggest
what we might be doing wrong. Is it because of some issue with cookies?
Because as far as we can see, as expected we are sending the params in POST
request body with application/x-www-form-urlencoded.
Relevant code:
https://github.com/commons-app/apps-android-commons/blob/backend-overhaul/a…
Relevant method call: service.postCreateClaim(entityId, snaktype, property,
value, "en", csrfTokenClient getTokenBlocking())
Thank you so much!
Best regards,
Josephine
(Note: This is only an early heads-up, to be prepared. Google Code-in
has NOT been announced yet, but last year, GCI mentors asked for more
time in advance to identify tasks to mentor. Here you are. :)
* You have small, self-contained bugs you'd like to see fixed?
* Your documentation needs specific improvements?
* Your user interface has some smaller design issues?
* Your Outreachy/Summer of Code project welcomes small tweaks?
* You'd enjoy helping someone port your template to Lua?
* Your gadget code uses some deprecated API calls?
* You have tasks in mind that welcome some research?
Google Code-in (GCI) is an annual contest for 13-17 year old students.
GCI 2019 has not yet been announced but usually takes place from late
October to December. It is not only about coding: We also need tasks
about design, docs, outreach/research, QA.
Read https://www.mediawiki.org/wiki/Google_Code-in/Mentors , add
your name to the mentors table, and start tagging tasks in Wikimedia
Phabricator by adding the #gci-2019 project tag.
We will need MANY mentors and MANY tasks, otherwise we cannot make it.
Last year, 199 students successfully worked on 765 tasks supported by
39 mentors. For some achievements from the last round, see
https://wikimediafoundation.org/news/2019/02/20/partnerships-make-it-possib…
Note that "beginner tasks" (e.g. "Set up Vagrant") and generic
tasks are very welcome (like "Choose and replace 2 uses of
Linker::link() from the list in T223010" style).
We also have more than 400 unassigned open #good-first-bug tasks:
https://phabricator.wikimedia.org/maniphest/query/3YnDUWYJfXSo/#R
Can and would you mentor some of these tasks in your area?
Please take a moment to find / update [Phabricator etc.] tasks in your
project(s) which would take an experienced contributor 2-3 hours. Read
https://www.mediawiki.org/wiki/Google_Code-in/Mentors
, ask if you have any questions, and add your name to
https://www.mediawiki.org/wiki/Google_Code-in/2019#List_of_Wikimedia_mentors
Thanks (as we will not be able to run this without your help),
andre
--
Andre Klapper (he/him) | Bugwrangler / Developer Advocate
https://blogs.gnome.org/aklapper/
Hey everyone,
We're excited to release our latest update to the Wikipedia Android app
<https://play.google.com/store/apps/details?id=org.wikipedia&hl=en>, now
available on the Google Play store. Aside from numerous minor enhancements
and bug fixes, the biggest highlight from this update is:
== *Suggested edits, the continuation ==*
Earlier this year we released the "Suggested edits" screen (accessible from
the left navigation menu in the Feed screen, when you're logged in) which
offers you a stream of suggested contributions. Initially these
contributions were limited to adding and translating Wikidata descriptions
for articles that were missing a description.
We have now expanded these suggested contributions to include adding and
translating structured image captions on Commons! The Suggested Edits
screen now presents you with images that are missing a structured caption,
or if you have more than one language configured in the app, it shows you
images that are missing translations of the caption into the other
language(s) that you have selected.
You may also add or translate the captions of images directly while
browsing articles. Tap on any image to go to the full-screen gallery, and
you should see options to add, edit, or translate the caption.
Check it out, and we'd love to hear your feedback.
Cheers,
--
Dmitry Brant
Senior Software Engineer (Android)
Wikimedia Foundation
https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering
Hello mobile Wikimedians,
The Wikimedia iOS app team is excited to announce our next major update is
now available on the app store:
https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=32471523…
v6.3 is chock-a-block with fixes and features, including:
- Been having trouble syncing reading lists or downloading reading lists
to new devices? We fixed a ton of sync problems!
- Easy support for adding media from Wikimedia Commons in editing mode.
Press the media button and easily an images to add with a tap.
- Easy wiki link insertion and updating tool.
- Fix issues with currently reading article not reopening after app
background. Now when you return to the article it will still be there!
- Join the conversation with support for User talk built in. Go to
Settings and log in to see your user talk in a mobile friendly
presentation.
- A fresh new sticker pack from the Foundation's Communications team and
Giphy.
Thanks as always to our volunteer translators, coders and testers. If you'd
like to sign up to help beta test future versions, you can now sign up
directly here:
https://testflight.apple.com/join/Z0AU0KXC
Cheers,
Josh Minor
PM, Wikipedia for iOS
Hi
We have published a new maintenance release of Kiwix for iOS 1.9 branch.
Here is a short changelog:
* Fix memory usage issue when performing searches
* swift 5.2
* Version bump of libkiwix, realm and SwiftyUserDefaults
* Removed third party library ProcedureKit, now use
Foundation.OperationQueue to handle async tasks
Kiwix for iOS has been conceived for iPhone & iPad devices.
The app is available on iTunes at http://ios.kiwix.org.
Please share with us problems and remarks:
https://github.com/kiwix/apple/issues
Enjoy
Emmanuel
--
Kiwix - Wikipedia Offline & more
* Web: http://www.kiwix.org
* Twitter: https://twitter.com/KiwixOffline
* more: http://www.kiwix.org/wiki/Communication
Hi, I am noticing that the usability of ENWP talk pages on mobile seems to
be improving. I would like to say a brief thank you to the people who have
worked on this. For me, the small interface changes make a significant
difference for usability.
Pine
( https://meta.wikimedia.org/wiki/User:Pine )
Hi folks,
I wanted to highlight a few really interesting pieces of data/stats
regarding the release of the Suggested Edits feature on Wikipedia app for
Android. These come from the daily report
<https://analytics.wikimedia.org/datasets/wikipedia-android-app-reports/sugg…>,
which is also where you'll find a brief description of the feature.
First, at this time 25.3% of editors (whose contributions are being tracked
since launch of the backend) have unlocked the feature by making the 5+ title
description edits
<https://www.mediawiki.org/wiki/Wikimedia_Apps/Short_descriptions>
currently required to unlock it. (See: unlock stats
<https://analytics.wikimedia.org/datasets/wikipedia-android-app-reports/sugg…>)
That's 632 editors out of the 2495 editors who have made at least one title
description edit since April 5th. We have plans to experiment with this
threshold and see what happens if we lower the barrier to entry.
By the way, we don’t expect all logged-in users to edit or unlock the
feature (by making the required number of title description edits), as
there are incentives on the mobile apps to use an account just for reading
(e.g. reading list syncing
<https://wikimediafoundation.org/2018/05/25/synced-reading-lists/>).
However, perhaps we should advertise this ability better (especially to
logged-in users) and that those title descriptions don’t require any
knowledge of wikitext.
And since the production release, the feature has had a steady stream of
20+ users unlocking it per day. What are our users doing with it once they
unlock it? They’ve been using it! (Sorry if the text in the included graph
is too small to be legible, it's larger in the report.)
Nearly half of all title description edits made with the Android app each
day are coming in from editors using the Suggested Edits feature to add &
translate descriptions. More than half, even, on some days! Furthermore,
some of those edits are made by users who have previously used the feature.
Every day we have some editors who are using Suggested Edits for the first
time, but there are also quite a few who are returning to the Editor Tasks
screen & contributing more. (See: edit stats
<https://analytics.wikimedia.org/datasets/wikipedia-android-app-reports/sugg…>
)
“Okay, so what’s the quality of those 200-400 descriptions being added
every day?” you might ask. Well, one way we can check that is to check how
many of those edits are reverted within 48 hours. Turns out, almost none of
them:
This is especially impressive when compared to the proportion of other
title description edits that are reverted. (See: revert rate
<https://analytics.wikimedia.org/datasets/wikipedia-android-app-reports/sugg…>
)
When the user goes to the Suggested Edits screen and opens a task, they
begin receiving suggestions of articles to add descriptions to (or
translate descriptions, if they have unlocked that next tier of Suggested
Edits). On average, users express interest in editing 30-40% of those
suggestions. Among the suggestions they tapped to edit, they end up
actually making an edit around 60% of the time (although the average varies
from 40% to 70%). (See: interactions
<https://analytics.wikimedia.org/datasets/wikipedia-android-app-reports/sugg…>
and other engagement stats
<https://analytics.wikimedia.org/datasets/wikipedia-android-app-reports/sugg…>
)
Since the suggested edits are currently completely random, this leaves us
with a lot of room for improvement by, say, employing machine learning and
simple recommendation systems to suggest articles without title
descriptions that are similar to articles the user has added title
descriptions to previously. (Just a thought.) For example, in my own
experience with the suggestions I tend to skip articles that I don’t feel
confident enough to write short descriptions for, which are often articles
well outside my interests.
We’re still in the first month of the production release, so it’s hard to
draw conclusions about the longevity of this feature. These early numbers
are promising, and hopefully the number of editors using this feature
continues to grow because then those editors might be inspired to edit
articles too (if they haven’t yet). Of course, if we see people get bored
over time we might have to consider ways to encourage/inspire long-term
use. We also have plans to explore ways to recognize users for their
contributions.
So congratulations to the Android & Reading Infrastructure teams and
congrats to Rita Ho (now on the Growth team) for an impressive release. We
all look forward to the addition of image caption translation and seeing
the impact of the expanded Suggested Edits v2 on Structured Data on Commons.
Thanks for reading! :D
Cheers,
Mikhail
--
*Mikhail Popov*, Data Analyst (he/him)
Product Analytics <https://www.mediawiki.org/wiki/Product_Analytics> //
Audiences <https://www.mediawiki.org/wiki/Wikimedia_Audiences> // Wikimedia
Foundation <https://wikimediafoundation.org/>
Other info (including PGP): https://people.wikimedia.org/~bearloga/
Hi
We have published a new maintenance release of Kiwix for iOS 1.9 branch.
Here is a short changelog:
* updated user feedback email address
* dropped support for external indexes
* improved iOS 12 support
* new version of libkiwix and Swift 4.2
Kiwix for iOS has been conceived for iPhone & iPad devices.
The app is available on iTunes at http://ios.kiwix.org.
Please share with us problems and remarks:
https://github.com/kiwix/apple/issues
Enjoy
Emmanuel
--
Kiwix - Wikipedia Offline & more
* Web: http://www.kiwix.org
* Twitter: https://twitter.com/KiwixOffline
* more: http://www.kiwix.org/wiki/Communication
