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
Fwd, forgot to press answer all :(
Gesendet mit meinem HTC
----- Weitergeleitete Nachricht -----
Von: "Florian Schmidt" <florian.schmidt.welzow(a)t-online.de>
An: "Aaron Halfaker" <ahalfaker(a)wikimedia.org>
Betreff: AW: [WikimediaMobile] [Wikitech-l] Anonymous editing impact on mobile
Datum: Do., Apr. 30, 2015 16:26
Great to read this, thanks Aaron :)
Gesendet mit meinem HTC
----- Nachricht beantworten -----
Von: "Aaron Halfaker" <ahalfaker(a)wikimedia.org>
An: "Wikimedia developers" <wikitech-l(a)lists.wikimedia.org>, "mobile-l" <mobile-l(a)lists.wikimedia.org>
Betreff: [WikimediaMobile] [Wikitech-l] Anonymous editing impact on mobile
Datum: Do., Apr. 30, 2015 01:09
Hey folks,
As requested, I started a research project page to do some analysis around
this. See
https://meta.wikimedia.org/wiki/Research:Mobile_anonymous_apocalypse
It's just a stub now. I'll have to clear a few other projects off my plate
in order to pick this one up. You should expect to see updates there in
2-3 weeks.
-Aaron
On Wed, Apr 29, 2015 at 12:10 PM, Jon Robson <jdlrobson(a)gmail.com> wrote:
> On Wed, Apr 29, 2015 at 8:19 AM, Robert Rohde <rarohde(a)gmail.com> wrote:
> >
> > On Tue, Apr 28, 2015 at 10:31 PM, Jon Robson <jrobson(a)wikimedia.org>
> wrote:
> >
> > > <snip>
> >
> > Any community members interested in helping out here? I'm very sad the
> > > increase in errors wasn't picked up sooner... :-/
> > >
> >
> > What does event_action = 'error' actually mean?
> >
> > If the action is stopped by the AbuseFilter is that counted as an
> "error"?
>
> It means at some point during the editing workflow the user hit an
> error that stopped them from finishing their edit.
> We do capture AbuseFilter hits in this process (but with some of these
> errors you can recover and complete the edit.
>
> We also store the error associated, although a quick scan shows this
> is currently not very helpful.
>
> In theory 'http' error should only happen when a user cannot get an
> edit token - I've updated the bug for those interested.
>
> >
> > -Robert
> > _______________________________________________
> > Wikitech-l mailing list
> > Wikitech-l(a)lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
>
>
> --
> Jon Robson
> * http://jonrobson.me.uk
> * https://www.facebook.com/jonrobson
> * @rakugojona
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
Hi!
I've been feeling that the signal to noise ratio on #wikimedia-mobile since
the addition of wikibugs and our new apps engineers (more grrrit-wm spam)
is turning to be 0 (that is, no signal because of too much noise).
It is really difficult to talk about anything when somebody else is working
(and that is what we do, so...).
I would like to propose moving the machines to a different channel, maybe a
couple of them ( #wikimedia-mobile-web-bots & #wikimedia-mobile-apps-bots
for example ) so that they continue to be useful but in a different
channel, and so that we can read again the chats with just the
conversations.
What do you think?
Cheers.
Hi there team -
We're interested in pulling together API needs from mobile web and apps. I
know there have been various Bugzilla/Phabricator tasks, public list
threads, and so on (and some projects, like the one Bernd has been
speerheading). That said, would people please add links at the following
page to help centralize this information?
https://www.mediawiki.org/wiki/Wikimedia_Reading/Mobile_needs_from_MediaWik…
The purpose of this is to start planning ahead for coordination especially
with Brad Jorsch - Mr. API! - on the Reading team.
-Adam
Hello Gatherlings and other folks who may or may not be interested,
Today Gather's 1.26wmf3 deployment branch was updated to master and
deployed to wikis running 1.26wmf3. Tomorrow en.wiki is riding the
deployment train and all wikis will be updated to wmf3 [1] So our latest
changes will be reflected then.
The reason we cannot deploy master to wmf2 today is because of the API
change [2]. This change is not backwards compatible, therefore
cherry-picking it to wmf2 would in no doubt have had unforeseen
complications with other extensions / core components on wmf2 deployment
branch.
Core changes like this with massive deprecations / non-backwards
compatibility while rare, is a battle we face when doing weekly updates.
1: https://www.mediawiki.org/wiki/MediaWiki_1.26/Roadmap
2: https://gerrit.wikimedia.org/r/#/c/182858
--
Rob Moen
Wikimedia Foundation
rmoen(a)wikimedia.org
Hi, realized I should share this on mobile-l.
Just wanted to quickly recommend that engineers and others with an interest
sign up for the following lists:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-apihttps://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce
These are pretty technical lists for people interested in working with the
MediaWiki hosted APIs.
I'm excited that engineers will be working even more closely together on
the APIs and service integration to support the best possible reading
experiences.
-Adam
Hey folks,
As requested, I started a research project page to do some analysis around
this. See
https://meta.wikimedia.org/wiki/Research:Mobile_anonymous_apocalypse
It's just a stub now. I'll have to clear a few other projects off my plate
in order to pick this one up. You should expect to see updates there in
2-3 weeks.
-Aaron
On Wed, Apr 29, 2015 at 12:10 PM, Jon Robson <jdlrobson(a)gmail.com> wrote:
> On Wed, Apr 29, 2015 at 8:19 AM, Robert Rohde <rarohde(a)gmail.com> wrote:
> >
> > On Tue, Apr 28, 2015 at 10:31 PM, Jon Robson <jrobson(a)wikimedia.org>
> wrote:
> >
> > > <snip>
> >
> > Any community members interested in helping out here? I'm very sad the
> > > increase in errors wasn't picked up sooner... :-/
> > >
> >
> > What does event_action = 'error' actually mean?
> >
> > If the action is stopped by the AbuseFilter is that counted as an
> "error"?
>
> It means at some point during the editing workflow the user hit an
> error that stopped them from finishing their edit.
> We do capture AbuseFilter hits in this process (but with some of these
> errors you can recover and complete the edit.
>
> We also store the error associated, although a quick scan shows this
> is currently not very helpful.
>
> In theory 'http' error should only happen when a user cannot get an
> edit token - I've updated the bug for those interested.
>
> >
> > -Robert
> > _______________________________________________
> > Wikitech-l mailing list
> > Wikitech-l(a)lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
>
>
> --
> Jon Robson
> * http://jonrobson.me.uk
> * https://www.facebook.com/jonrobson
> * @rakugojona
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
Today we're pushing out a release to the production Wikipedia Android app which
contains a couple of crash fixes and some other improvements. We're doing a
staged rollout this time just to try that out (5% today, 20% tomorrow, and
100% on Friday).
Here are more details:
- Minor design tweaks to enhanced sharing feature
- Fixed a bug which caused the app to sometimes make edits logged out
even if you are logged in
- Fixed a bug where server problems would incorrectly display as network
connection problems
- Improved action bar fade transition
- Fixed a rare display issue with the first paragraph in articles
- Improved 'Read in other languages' list
- Reuse the same web view for faster article navigation
- Made enter key submit captchas
- Fixed several crashes
Nice work, team!
Cheers,
Bernd
Anonymous editing was enabled on mobile web on 30th March 2015 to all users
(previous it was available in an experimental mode of the site). Now we
have almost a month's worth of data I thought it would be a good time to
check the impact... it's a little disappointing to be honest... but it
depends what we are optimising and consider the most important.
Quick summary:
* All edits up 154%
* Edits from logged in users down 152%
* Errors up 600%
* No noticeable impact on the new active editor graph [0] (editors that hit
5 edits in the month period)
* First edits by logged in users down 176% (although this could arguably be
said to be compensated by anonymous edits)
* New account creation up by 192%
Follow ups
* Aaron H, it would be great if you could report back with some findings on
the quality of the edits during this same period.
* Can anyone provide theories why registrations jumped so much? This might
be related to the change or because of something else
Details on the queries I ran:
In March for a 26 day period before the change:
* 170,948 total edits [1]
* 169,845 non-anonymous edits [6]
** by 40,658 distinct users [7]
* 26,617 users completely their first ever edit [11]
* 9,528 errors [8]
* 219,012 accounts created on mobile [12]
For a similar 26 day period in April
* 263,986 total edits [2]
* 136,079 non-anonymous edits [4]
** by 26,823 distinct users [5]
* 15,109 users completely their first ever edit [10]
* 58,394 errors [9]
* 419,976 accounts created on mobile [13]
[0] http://mobile-reportcard.wmflabs.org/
[1] select count(*) from MobileWebEditing_8599025 where event_action =
'success' and timestamp > 20150301000000 and timestamp < 20150327000000
[2] select count(*) from MobileWebEditing_8599025 where event_action =
'success' and timestamp > 20150401000000 and timestamp < 20150427000000
[3] https://phabricator.wikimedia.org/T97494
[4] select count(*) from MobileWebEditing_8599025 where event_action =
'success' and timestamp > 20150401000000 and timestamp < 20150427000000 and
event_username is NOT NULL
[5] select count(distinct event_username) from MobileWebEditing_8599025
where event_action = 'success' and timestamp > 20150401000000 and timestamp
< 20150427000000 and event_username is NOT NULL
[6] select count(*) from MobileWebEditing_8599025 where event_action =
'success' and timestamp > 20150301000000 and timestamp < 20150327000000 and
event_username is NOT NULL
[7] select count(distinct event_username) from MobileWebEditing_8599025
where event_action = 'success' and timestamp > 20150301000000 and timestamp
< 20150327000000 and event_username is NOT NULL
[8] select count(*) from MobileWebEditing_8599025 where event_action =
'error' and timestamp > 20150301000000 and timestamp < 20150327000000
[9] select count(*) from MobileWebEditing_8599025 where event_action =
'error' and timestamp > 20150401000000 and timestamp < 20150427000000
[10] select count(*) from MobileWebEditing_8599025 where event_action =
'success' and timestamp > 20150401000000 and timestamp < 20150427000000 and
event_userEditCount = 0
[11] select count(*) from MobileWebEditing_8599025 where event_action =
'success' and timestamp > 20150301000000 and timestamp < 20150327000000 and
event_userEditCount = 0
[12] select count(*) from ServerSideAccountCreation_5487345 where
event_displayMobile = 1 and timestamp > 20150301000000 and timestamp <
20150327000000
[13] select count(*) from ServerSideAccountCreation_5487345 where
event_displayMobile = 1 and timestamp > 20150401000000 and timestamp <
20150427000000
In the same period during March where 219,012 accounts were created on
mobile there were 228,723 accounts created on desktop [0]
In the same period during April where 419,976 accounts were created on
mobile there were 195,359 accounts created on desktop [1]
The ServerSideAccountCreation event logging schema captures all accounts
being created.
I really have no idea what drove these accounts being created to surpass
desktop. Could be mobile apps or mobile web - not sure. I'd encourage
anyone interested who knows SQL to get access to the database and run some
queries.
Any community members interested in helping out here? I'm very sad the
increase in errors wasn't picked up sooner... :-/
[0] select count(*) from ServerSideAccountCreation_5487345 where
event_displayMobile = 0 and timestamp > 20150301000000 and timestamp <
20150327000000
[1] select count(*) from ServerSideAccountCreation_5487345 where
event_displayMobile = 0 and timestamp > 20150401000000 and timestamp <
20150427000000
On Tue, Apr 28, 2015 at 8:13 PM, Risker <risker.wp(a)gmail.com> wrote:
> How can edits from logged-in users be down 152%? The maximum decrease
> should be 100% - and that would mean no edits from logged-in users. Same
> for first edits by logged-in users.
>
> I seriously wonder about the number of "accounts" created on mobile - are
> we really adding 0.05% of all of the current existing accounts every single
> month just on mobile? Or does that include accounts that already existed
> on a WMF site?
>
> Risker/Anne
>
>
>
> On 28 April 2015 at 20:00, Jon Robson <jrobson(a)wikimedia.org> wrote:
>
> > Anonymous editing was enabled on mobile web on 30th March 2015 to all
> users
> > (previous it was available in an experimental mode of the site). Now we
> > have almost a month's worth of data I thought it would be a good time to
> > check the impact... it's a little disappointing to be honest... but it
> > depends what we are optimising and consider the most important.
> >
> > Quick summary:
> > * All edits up 154%
> > * Edits from logged in users down 152%
> > * Errors up 600%
> > * No noticeable impact on the new active editor graph [0] (editors that
> hit
> > 5 edits in the month period)
> > * First edits by logged in users down 176% (although this could arguably
> be
> > said to be compensated by anonymous edits)
> > * New account creation up by 192%
> >
> > Follow ups
> > * Aaron H, it would be great if you could report back with some findings
> on
> > the quality of the edits during this same period.
> > * Can anyone provide theories why registrations jumped so much? This
> might
> > be related to the change or because of something else
> >
> > Details on the queries I ran:
> > In March for a 26 day period before the change:
> > * 170,948 total edits [1]
> > * 169,845 non-anonymous edits [6]
> > ** by 40,658 distinct users [7]
> > * 26,617 users completely their first ever edit [11]
> > * 9,528 errors [8]
> > * 219,012 accounts created on mobile [12]
> >
> > For a similar 26 day period in April
> > * 263,986 total edits [2]
> > * 136,079 non-anonymous edits [4]
> > ** by 26,823 distinct users [5]
> > * 15,109 users completely their first ever edit [10]
> > * 58,394 errors [9]
> > * 419,976 accounts created on mobile [13]
> >
> > [0] http://mobile-reportcard.wmflabs.org/
> > [1] select count(*) from MobileWebEditing_8599025 where event_action =
> > 'success' and timestamp > 20150301000000 and timestamp < 20150327000000
> > [2] select count(*) from MobileWebEditing_8599025 where event_action =
> > 'success' and timestamp > 20150401000000 and timestamp < 20150427000000
> > [3] https://phabricator.wikimedia.org/T97494
> > [4] select count(*) from MobileWebEditing_8599025 where event_action =
> > 'success' and timestamp > 20150401000000 and timestamp < 20150427000000
> and
> > event_username is NOT NULL
> > [5] select count(distinct event_username) from MobileWebEditing_8599025
> > where event_action = 'success' and timestamp > 20150401000000 and
> timestamp
> > < 20150427000000 and event_username is NOT NULL
> > [6] select count(*) from MobileWebEditing_8599025 where event_action =
> > 'success' and timestamp > 20150301000000 and timestamp < 20150327000000
> and
> > event_username is NOT NULL
> > [7] select count(distinct event_username) from MobileWebEditing_8599025
> > where event_action = 'success' and timestamp > 20150301000000 and
> timestamp
> > < 20150327000000 and event_username is NOT NULL
> > [8] select count(*) from MobileWebEditing_8599025 where event_action =
> > 'error' and timestamp > 20150301000000 and timestamp < 20150327000000
> > [9] select count(*) from MobileWebEditing_8599025 where event_action =
> > 'error' and timestamp > 20150401000000 and timestamp < 20150427000000
> > [10] select count(*) from MobileWebEditing_8599025 where event_action =
> > 'success' and timestamp > 20150401000000 and timestamp < 20150427000000
> and
> > event_userEditCount = 0
> > [11] select count(*) from MobileWebEditing_8599025 where event_action =
> > 'success' and timestamp > 20150301000000 and timestamp < 20150327000000
> and
> > event_userEditCount = 0
> > [12] select count(*) from ServerSideAccountCreation_5487345 where
> > event_displayMobile = 1 and timestamp > 20150301000000 and timestamp <
> > 20150327000000
> > [13] select count(*) from ServerSideAccountCreation_5487345 where
> > event_displayMobile = 1 and timestamp > 20150401000000 and timestamp <
> > 20150427000000
> > _______________________________________________
> > Wikitech-l mailing list
> > Wikitech-l(a)lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
