* Do you have small, self-contained, "easy" bugs you'd love to get fixed?
(Also see https://www.mediawiki.org/wiki/Annoying_little_bugs )
* Does your documentation need improvements?
* Do your old bugs welcome some testing?
* Does your user interface have some small design issues?
* Does the Outreachy/GSoC project you finished welcome small tweaks?
* Would you enjoy helping someone port your template to Lua?
* Does your gadget use some deprecated API calls?
* Do you have some tasks that welcome some research?
Google Code-In (GCI) will take place again in Dec+Jan: a contest for
13-17 year old students to provide small contributions to free software
projects.
Wikimedia will apply again to take part in GCI. The more tasks we can
offer the likelier the changes Wikimedia will get accepted.
Unsure about quality of contributions and effort?
Read about tgr's post about Multimedia achievements in GCI 2014:
https://lists.wikimedia.org/pipermail/multimedia/2015-January/001009.html
In short:
* Add the project "GCI2015" + a comment to Phabricator tasks you'd mentor.
* Tasks are welcome in five areas: Code; Outreach/Research;
Documentation/Training; Quality Assurance; User Interface.
* Make sure the task description provides pointers to help the student.
* Add yourself to the table of mentors on the wikipage.
* "Beginner tasks" (<30 min for an experienced contributor) also welcome.
* "Generic" tasks also welcome (e.g. "Fix two user interface messages from
the "Blocked By" list in https://phabricator.wikimedia.org/T40638 ").
For all information, check
https://www.mediawiki.org/wiki/Google_Code-in_2015#Mentors.27_corner
15 Mobile Apps "easy" tasks (are they still valid? are there more?):
https://phabricator.wikimedia.org/maniphest/query/3P9zM7vzlXCS/#R
Can you imagine providing a helping hand to someone fixing tasks?
Please ask if you have questions!
Thank you!
andre
--
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/
Forward to mobile-l (I answered Andre, only :/)
-----Original-Nachricht-----
Betreff: AW: [WikimediaMobile] Password alternative for mobile
Datum: Thu, 29 Oct 2015 13:48:55 +0100
Von: "Florian Schmidt" <florian.schmidt.welzow(a)t-online.de>
An: "Andre Klapper" <aklapper(a)wikimedia.org>
As far as I understand you don't need to type in your password. So the login would have the following workflow:
Type in the username on the Yahoo login page and click "login" (without entering a password). You'll get a notification on your smartphone with details about the computer/device where the account access request was made from. If you accept this request, you'll get access to the account on the pc where you want to login.
No need to know a password or type in a one time code. Only a username and the (registered) smartphone is enough.
Sounds very interesting.
-----Original-Nachricht-----
Betreff: Re: [WikimediaMobile] Password alternative for mobile
Datum: Thu, 29 Oct 2015 12:33:50 +0100
Von: Andre Klapper <aklapper(a)wikimedia.org>
An: mobile-l(a)lists.wikimedia.org
On Thu, 2015-10-29 at 00:17 -0700, Pine W wrote:> Maybe worth considering as an option for mobile Web and mobile apps?> http://www.komonews.com/news/tech/Yahoos-updated-email-app-aims-to-ki> ll-the-password-333096981.html
What is the actual difference to Two-Factor Authentication?
andre
--
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/
_______________________________________________
Mobile-l mailing list
Mobile-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l
Hi all,
here is the weekly look at our most important readership metrics. As laid
out earlier, the main purpose is to raise awareness about how these are
developing, call out the impact of any unusual events in the preceding
week, and facilitate thinking about core metrics in general. We are still
iterating on the presentation and eventually want to create dashboards for
those which are not already available in that form already. Feedback on the
format has continued to come in and remains welcome.
Besides going over the usual metrics, I’d like to highlight another piece
of data this time: The app session metrics which we started to record in
May and report in our quarterly review
<https://commons.wikimedia.org/w/index.php?title=File:WMF_Reading_Quarterly_…>,
but haven’t yet tracked systematically. (A session is defined as a sequence
of pageviews by the same app user that are no longer than 30 minutes
apart.)
The median number of sessions per user has remained constant during this
time, between 3 and 4 sessions in a 30-day period, as has the median number
of pageviews per session (between 2 and 3). However, the median duration of
a session has risen considerably:
Anyone have thoughts about possible reasons? Also, I think this is a good
opportunity to ponder what we would be maximizing if we were to maximize
session length/time spent.
(The data is for both Android and iOS, but - cf. the DAU numbers below -
can be assumed to be dominated by Android. We’re going to see if we can
obtain it separately by platform as well.)
Now to the usual data. (All numbers below are averages for October 19-25,
2015 unless otherwise noted.)
Pageviews
Total: 533 million/day (+1.0% from the previous week)
Context (April 2015-October 2015):
(see also the Vital Signs dashboard
<https://vital-signs.wmflabs.org/#projects=all/metrics=Pageviews>)
Obviously this month is quieter than September (where we had a peak
followed by drop).
Desktop: 57.7%
Mobile web: 41.1%
Apps: 1.2%
Global North ratio: 76.9% of total pageviews (previous week: 77.0%)
Context (April 2015-October 2015):
Out of curiosity whether there are more relevant small-scale changes
happening beneath the surface of this tranquil weekly ebb and flow, I ran
queries for the countries with the largest changes from the previous week
(restricted to those with more than 1 million views per day).
Largest increases from the previous week:
-
Romania +60.5%
-
Denmark +16.3%
-
Israel +13.4%
-
Brazil +12.2%
-
Vietnam +11.5%
Largest decreases from the previous week:
-
Philippines -12.4%
-
unknown country (code “--”) -4.9%
-
Italy -4.9%
-
South Africa -4.9%
-
Austra -4.0%
Something must have happened in Romania, which increased from 1.8 to 2.9
million pageviews per day last week.
Unique app users
Android: 1.161 million /day (+0.1% from the previous week)
Context (July-October 2015):
iOS: 280k / day (-0.2% from the previous week)
Context (July-October 2015):
New app installations
Android: 37.6k/day (-0.8% from the previous week)
(Daily installs per device, from Google Play)
Context (July-October 2015):
A small bump in the last few days.
iOS: 6.09k/day (-9.0% from the previous week)
(download numbers from App Annie)
Context (July-October 2015):
The app stopped being featured in the “Learn Your Fact” section of the App
store as of last Thursday.
----
For reference, the queries and source links used are listed below (access
is needed for each). Most of the above charts are available on Commons, too
<https://commons.wikimedia.org/w/index.php?title=Special:ListFiles&offset=20…>
.
hive (wmf)> SELECT SUM(view_count)/7000000 AS avg_daily_views_millions FROM
wmf.projectview_hourly WHERE agent_type = 'user' AND
CONCAT(year,"-",LPAD(month,2,"0"),"-",LPAD(day,2,"0")) BETWEEN "2015-10-19"
AND "2015-10-25";
hive (wmf)> SELECT year, month, day,
CONCAT(year,"-",LPAD(month,2,"0"),"-",LPAD(day,2,"0")) as date,
sum(IF(access_method <> 'desktop', view_count, null)) AS mobileviews,
SUM(view_count) AS allviews FROM wmf.projectview_hourly WHERE year=2015 AND
agent_type = 'user' GROUP BY year, month, day ORDER BY year, month, day
LIMIT 1000;
hive (wmf)> SELECT access_method, SUM(view_count)/7 FROM
wmf.projectview_hourly WHERE agent_type = 'user' AND
CONCAT(year,"-",LPAD(month,2,"0"),"-",LPAD(day,2,"0")) BETWEEN "2015-10-19"
AND "2015-10-25" GROUP BY access_method;
hive (wmf)> SELECT SUM(IF (FIND_IN_SET(country_code,
'AD,AL,AT,AX,BA,BE,BG,CH,CY,CZ,DE,DK,EE,ES,FI,FO,FR,FX,GB,GG,GI,GL,GR,HR,HU,IE,IL,IM,IS,IT,JE,LI,LU,LV,MC,MD,ME,MK,MT,NL,NO,PL,PT,RO,RS,RU,SE,SI,SJ,SK,SM,TR,VA,AU,CA,HK,MO,NZ,JP,SG,KR,TW,US')
> 0, view_count, 0))/SUM(view_count) FROM wmf.projectview_hourly WHERE
agent_type = 'user' AND
CONCAT(year,"-",LPAD(month,2,"0"),"-",LPAD(day,2,"0")) BETWEEN "2015-10-19"
AND "2015-10-25";
hive (wmf)> SELECT year, month, day,
CONCAT(year,"-",LPAD(month,2,"0"),"-",LPAD(day,2,"0")), SUM(view_count) AS
all, SUM(IF (FIND_IN_SET(country_code,
'AD,AL,AT,AX,BA,BE,BG,CH,CY,CZ,DE,DK,EE,ES,FI,FO,FR,FX,GB,GG,GI,GL,GR,HR,HU,IE,IL,IM,IS,IT,JE,LI,LU,LV,MC,MD,ME,MK,MT,NL,NO,PL,PT,RO,RS,RU,SE,SI,SJ,SK,SM,TR,VA,AU,CA,HK,MO,NZ,JP,SG,KR,TW,US')
> 0, view_count, 0)) AS Global_North_views FROM wmf.projectview_hourly
WHERE year = 2015 AND agent_type='user' GROUP BY year, month, day ORDER BY
year, month, day LIMIT 1000;
SELECT country_code, increaseratio, viewsthisweek FROM
(SELECT country_code, ROUND(SUM(IF(day>18 AND day<26, view_count,
null))/SUM(IF(day>11 AND day<19, view_count, null))-1,3) AS increaseratio,
SUM(IF(day>18 AND day<26, view_count, null)) AS viewsthisweek
FROM wmf.projectview_hourly
WHERE
year = 2015
AND month = 10
AND agent_type = "user"
GROUP BY country_code)
AS countrylist
WHERE viewsthisweek > 7*1000000 GROUP BY country_code, increaseratio,
viewsthisweek ORDER BY increaseratio DESC LIMIT 5;
(and analogously for decreases)
hive (wmf)> SELECT SUM(IF(platform = 'Android',unique_count,0))/7 AS
avg_Android_DAU_last_week, SUM(IF(platform = 'iOS',unique_count,0))/7 AS
avg_iOS_DAU_last_week FROM wmf.mobile_apps_uniques_daily WHERE
CONCAT(year,LPAD(month,2,"0"),LPAD(day,2,"0")) BETWEEN 20151019 AND
20151025;
hive (wmf)> SELECT CONCAT(year,"-",LPAD(month,2,"0"),"-",LPAD(day,2,"0"))
as date, unique_count AS Android_DAU FROM wmf.mobile_apps_uniques_daily
WHERE platform = 'Android';
hive (wmf)> SELECT CONCAT(year,"-",LPAD(month,2,"0"),"-",LPAD(day,2,"0"))
as date, unique_count AS iOS_DAU FROM wmf.mobile_apps_uniques_daily WHERE
platform = 'iOS';
https://play.google.com/apps/publish/?dev_acc=02812522755211381933#StatsPla…https://www.appannie.com/dashboard/252257/item/324715238/downloads/?breakdo…
(select “Total”)
--
Tilman Bayer
Senior Analyst
Wikimedia Foundation
IRC (Freenode): HaeB
Hi
The Kiwix dev team is happy to announce a new release of Kiwix (1.2) for
iOS:
* Faster search (especially when having a lot of large ZIM files)
* Better iPad multitasking experience
* Bug fixes and other improvements
If you have a device with iOS8+, give a try to Kiwix for iOS! It's free
and probably already one of the best Wikipedia offline apps on iTunes.
http://ios.kiwix.org/
Enjoy
Kelson
--
Kiwix - Wikipedia Offline & more
* Web: http://www.kiwix.org
* Twitter: https://twitter.com/KiwixOffline
* more: http://www.kiwix.org/wiki/Communication
Hi,
I'm building the ToC entries from Parsoid HTML content. Another part which
caused some struggle is building the correct anchors for the section
headings.
First I thought I could just use the id attributes in the heading tags
Parsoid provides[2].
Example from [1]:
<h2 id="mwCA">Template truncation</h2>
But then I thought about links to specific sections. Those would not use
the same ids Parsoid generates.[3] They would use the anchorencoded tocline
strings.[4]
Since I have not found an npm module which does anchorencoding in
JavaScript I wrote a small library function to do the same. It uses the
phpjs npm module to take into account the PHP specific way URLencoding is
done. Would you mind checking the anchorencode.js
file and the associate test file anchorencode-test.js in my patch[5]?
If there is a JS implementation of this I'd be happy to hear about that, of
course.
Thanks,
Bernd
[1] https://test.wikipedia.org/wiki/Section_edit_links_bug2
[2] view-source:
https://test.wikipedia.org/api/rest_v1/page/html/Section_edit_links_bug2
[3] https://test.wikipedia.org/api/rest_v1/page/html/Section_links
[4]
https://www.mediawiki.org/wiki/Manual:PAGENAMEE_encoding#Encodings_compared
[5] https://gerrit.wikimedia.org/r/#/c/246100/7