We would like to announce http://analytics.wikimedia.org the domain where
the analytics team hopes to consolidate dashboards and data downloads (a
work in progress)
We have two dashboards to announce with data we hope you find interesting:
1. The new traffic reports with browser data for mobile and desktop domains:
2. The vital signs dashboard that displays several metrics that are of
interest like Pageviews and Unique Devices:
Something I've been looking for, and eventually realized doesn't
exist, is a simple timeline of technology on Wikimedia wikis. I think
it'd be very useful to have a simple list, to give editors a chance to
understand how the wikis have developed over the years.
I've started one here:
If you think the format works, feel free to add things you're familiar with.
Out of curiosity I've started filling
https://bestpractices.coreinfrastructure.org/projects/201 for MediaWiki
(core) in this Linux Foundation project on best practices for FLOSS.
I got the feeling that the criteria still need to be exposed to a bigger
variety of projects: they don't seem focused, for instance, for web
applications, multilingual userbases and openness/transparency/community
I was able to confirm 79 % of the criteria; I've had some troubles with:
issue reporting SLA, test coverage evolution, static/dynamic analysis
and cryptography. I suggest that the current status be documented on the
relevant mediawiki.org pages, as other people may have the same
questions. Hopefully it's then easy enough to update the "badges" (and
if not, I see a big delete button).
We usually don't post job openings in mailing lists, but I am making an
exception with this one because our best candidate *might* be subscribed /
Your help spreading the news are also appreciated.
Engineering Community Manager @ Wikimedia Foundation
Yes, the search box on the wikipedia.org portal only shows results for the
language that you're currently searching in (which can be changed by
selecting a new language in the dropdown located in the search box). We
don't yet have the ability to search in all wikis at once but we'd like to
have that capability in the future.
I agree completely with your second point, the language question is a
difficult one. We have so many English readers that the search box is used
quite a bit on the portal, but quite a few other visitors click on one of
the primary language links around the globe and then (presumably) do their
search on that particular wiki. We visualize this information on our Portal
Dashboard <http://discovery.wmflabs.org/portal/#action_breakdown>, if
you're curious to find out more.
We fully intend to use translatewiki.net to help with our sister project
descriptive text once we get the framework setup on the Portal side to
incorporate the push files from translatewiki as they get updated.
Thanks again for the questions and compliments! :)
Product Manager, Discovery
On Tue, Jun 7, 2016 at 6:33 PM, Romaine Wiki <romaine.wiki(a)gmail.com> wrote:
> Hi Deb,
> I just realised that also the search bar is based on detected language.
> This is logic, but at the same time I miss the option to search in all
> Wikipedias at once, instead of only the one language.
> The question about the language is a bit complex for me, especially the
> second part/option of the question. I am just thinking that if I visit an
> internet café or I use the laptop from an other language speaking friend, I
> would like the option to read the page in my own language, instead of the
> browsers language. Of course the detected language is a good starting point
> for most people.
> If I visit the portal page and I see a search option, and I do want to
> search something, I would try the search on the portal page. (But I am 100%
> sure that other people see their own language mentioned first and click on
> About the to be translated text from sister projects, can
> translatewiki.net be used as for many other translations of system
> Thanks for the work! :-)
> 2016-06-07 17:51 GMT+02:00 Deborah Tankersley <dtankersley(a)wikimedia.org>:
>> Hi Romaine,
>> We're glad you like the new page functionality! I've opened up a ticket
>> <https://phabricator.wikimedia.org/T137215> to fix the Dutch phrase
>> translation typo, thanks for letting us know. :)
>> For your comment about adding in an option to change the language, I'm
>> curious about something, as this has come up before. Would you prefer to
>> use the portal page in the language that is detected (as we do now) or in a
>> different language but not actually searching on that language's wiki?
>> For instance, if your preferred language is Dutch: would it make sense
>> for you to click on that language link on the portal page to go to
>> nl.wikipedia.org and then do a search? Or, even if the browser's
>> language is detected as Dutch (nl) would you rather use the portal page to
>> search in a different language, like English?
>> Yes, thanks for asking, the sister project links will be translated and
>> we have a ticket <https://phabricator.wikimedia.org/T136441> open to get
>> that started. We wanted the descriptive text to be visible on the page to
>> give more insight into the sister projects, even though we don't have the
>> text translated yet.
>> Deb Tankersley
>> Product Manager, Discovery
>> Wikimedia Foundation
>> On Tue, Jun 7, 2016 at 5:13 AM, Romaine Wiki <romaine.wiki(a)gmail.com>
>>> Hi Deb,
>>> Great improvement!
>>> Looking at the page, I only notice one major error. My language is Dutch
>>> (nl), and so my browser/computer system is set that way. However the phrase
>>> is spelled wrong: it says: "De vrieje encyclopedie" while it should say "De
>>> vrije encyclopedie". So: vrieje -> vrije. "vrieje" is not a Dutch word. Can
>>> this be fixed?
>>> Further I would recommend one thing to be added to the page. Because
>>> large parts of the word visit Wikipedia through internet cafés and
>>> computers elsewhere, I would suggest in the top right/left corner an option
>>> to change the language.
>>> And one final question: will the bottom section of the page also be
>>> 2016-06-07 0:05 GMT+02:00 Deborah Tankersley <dtankersley(a)wikimedia.org>
>>>> The Discovery team recently updated the wikipedia.org portal page to
>>>> detect what the visitor's browser's preferred language(s) are and then
>>>> arrange the language links around the globe to match those language
>>>> Earlier this year, we ran a successful A/B test
>>>> that proved promoting our visitor's preferred languages resulted in
>>>> increased visibility and interest into these projects. Also, the display of
>>>> '*The Free Encyclopedia*' phrase is now localized to the visitor's
>>>> first preferred browser language. If there isn't a translation available,
>>>> the phrase will be displayed in English (view a screenshot
>>>> as it currently is today.
>>>> Additionally, a new A/B test
>>>> <https://www.mediawiki.org/wiki/Wikipedia.org_Portal_A/B_testing#A.2FB_test:…> will kick
>>>> off this week to determine if the listing of languages by article count can
>>>> be displayed in a more modern and streamlined way without decreasing usage
>>>> of the links. Our goal is to promote easy scrolling through the long list
>>>> of languages by article count, but in a dropdown format while also
>>>> providing greater discovery of the sister wiki project links.
>>>> More information on past and future work can be found on the wiki page
>>>> <https://www.mediawiki.org/wiki/Wikipedia.org_Portal> as well as the
>>>> sprint <https://phabricator.wikimedia.org/tag/discovery-portal-sprint/>
>>>> and backlog
>>>> boards. We're always interested in receiving constructive feedback
>>>> from the community: if you have a question or comment, please start a discussion
>>>> on the talk page
>>>> Deb Tankersley
>>>> Product Manager, Discovery
>>>> Wikimedia Foundation
>>>> Wikitech-ambassadors mailing list
>>> Wikitech-ambassadors mailing list
>> Wikitech-ambassadors mailing list
> Wikitech-ambassadors mailing list
On Wed, Jun 8, 2016 at 4:48 PM, Antoine Musso <hashar+wmf(a)free.fr> wrote:
> On 08/06/16 18:47, Antoine Musso wrote:
>> Le 08/06/2016 à 15:02, Antoine Musso a écrit :
>>> The operation team has worked hard this European morning to backup
>>> files, investigate the raid issue and setup a new host.
>>> We are in the process of reinstalling everything on the new host and
>>> bring back Jenkins and Zuul on it.
>>> No ETA yet, since a 5 years old boxes must have hidden issues which
>>> makes it hard to estimate how long it would need to fully recover.
>> A status update:
>> Ops (Jaime, Faidon, Mark, Chris) had a disk replaced and the raid array
>> is rebuilding right now. Should take roughly an hour from now. If the
>> disk and raid are confirmed to be fine, we would bring back Jenkins and
>> A new server has been installed contint1001. Jenkins data are being
>> copied there. We would need to adjust a few network rules and update IP
>> address in configuration files then attempt to switch to that new setup.
>> Main task is:
> The CI service is back since 19:00 UTC after a disk got replaced and the
> RAID array rebuild successfully.
Thanks hashar and everyone who helped out.
> The issue might well occurs again and we would move the various services
> out of the server (gallium).
> Antoine Musso
> QA mailing list