Hi,
We decided to develop a basic voting system that will be uses by all the
WLM countries for their voting process.
Because we don't really have the time, and we need this system ASAP, and
until now we didn't found a volunteer from our community who is able to do
it on his free time - we are willing to pay at modest cost for having this
system working as soon as possible for the chapters.
Draft of the specification we looking for is here:
https://docs.google.com/document/d/1dBhgIyCvE8x1R6O0f-67136VBKGK8eAEq9_oe10…
I'll be happy to hear advise on this, and if you know someone who can do
it, please send him to me, itzik(a)wikimedia.org.il
Thanks,
Itzik
Planet was supposed to be switched to the new version about a month ago, but still isn't. In the mean time, no new blogs can be added to the old planet it seems, and that causes the WLM blogs to STILL not be present in the blog feed, half way into the event. If it keeps up like this, the event will be over before the blogs are in the planet feed.
Can SOMEONE update the old config, or SOMEONE deploy the new planet services ?
DJ
Hi everybody,
The Analytics Team is happy to announce the first version of gerrit-stats.
Gerrit-stats keeps track of the backlog of codereview for Git individual
repositories.
Gerrit-stats dashboard is available at http://gerrit-stats.wmflabs.org
Currently, it has a few example charts but we can add your repo to the
dashboard as well, just let us know!
To create a new chart yourself visit
http://gerrit-stats.wmflabs.org/graphs/new
This will launch the interface to create your own graph. Click on 'Data'
and Click on 'Add Metric' and a pull down menu with all the repositories
will appear. Select the repository of your interest and select the metric
that you want to visualize. Once you have selected all the metrics of your
interest go back to 'Info' and enter a slug name. Then press 'Enter' and
then click the 'Save' button.
Currently, the following metrics are tracked (on a daily basis):
1) Number of new changesets
2) Number of changesets without any codereview per day (this excludes
automated review from lint and lint-like reviewers).
3) Number of changesets waiting for merge per day (only applies to
changesets that received only positive reviews)
4) Number of changesets self reviewed.
And for metrics 2 and 3, there is a version for volunteers and for WMF
staff.
Gerrit-stats is visualized using Limn, Limn is the data GUI developed by
the Analytics Team and lead by David Schoonover. Limn is available on
https://github.com/wikimedia/limn
This is the initial release and I am sure there will be bugs and issues. If
you have any questions, or problems using gerrit-stats then either:
1) Head over to #wikimedia-analytics on IRC and ask us
2) Send an email to the analytics mailinglist
3) Contact us directly.
Not Yet Frequently Asked Questions:
1) How do I create a visualization of the code review metrics for a repo?
Visit gerrit-stats.wmflabs.org/graphs/new
This will launch the interface to create your own graph. Click on 'Data'
and Click on 'Add Metric' and a pull down menu with all the repositories
will appear. Select the repository of your interest and select the metric
that you want to visualize. Once you have selected all the metrics of your
interest press the 'Save' button.
Your are all set and you can use this permalink for future reference.
2) How do I edit an existing chart?
Simply append /edit to the URL of your chart and you can edit it.
3) My repository is not showing up in the pull down menu, what happened?
By default, all repositories are automagically kept track of as soon they
contain a single commit. There are two exceptions:
1) If your repository name contains the string 'test' or 'private', it will
be ignored.
2) The orgchart repository is not tracked by gerrit-stats, this is a known
issue but Chad and I haven't been able to figure out what causes this.
If your repository is missing then please contact me.
4) Will you add metrics for individual committers?
Right now, the unit of analysis is a repository but it is definitely
possible to keep track of codereview metrics for individuals. However, I
would like to hear some use-cases first before embarking on this.
5) The chart looks to spikey, how can I have smoother lines?
1) Go to http://gerrit-stats.wmflabs.org/graphs/name_of_chart/edit
2) Click on 'Options'
3) Click on 'Advanced' (right side of screen)
4) Click on 'rollPeriod' (bottom of screen, yellow box)
5) This allows to create a moving average, so you can replace the 1 with 7
meaning that each datapoint is the average of the past 7 days. This option
applies to both metrics but it really smooths out the outliers.
6) I want a new metric. How do I go about it?
There are two options:
a) Clone the gerrit-stats repo and hack away,it's Python btw. We are happy
to help out!
b) Send us a suggestion for a new metric, the more precise the more useful!
On behalf of the Analytics Team,
Diederik
When using git review today, i was greeted with:
> A new version of git-review is availble on PyPI. Please
> update your copy with:
>
> pip install -U git-review
Actually running that resulted in an error:
> pip install -U git-review
> Traceback (most recent call last):
> File "/usr/local/bin/pip", line 5, in <module>
The solution to this for me was:
> sudo easy_install --upgrade pip
Just in case others run into this problem.
DJ
Hi,
Does Article Feedback v4, the one with the stars, have a future? Or is
Article Feedback v5 the only tool in the family for which there are
plans for Wikimedia-wide installation?
It would be nice to have clarity about it. If AFT v4 doesn't have a
future, then why is it still enabled on a lot of pages in the English
Wikipedia, or installed there at all, for that matter?
--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
“We're living in pieces,
I want to live in peace.” – T. Moore
FYI
---------- Forwarded message ----------
From: Philip Chang <pchang(a)wikimedia.org>
Date: Fri, Sep 14, 2012 at 11:00 AM
Subject: Mobile site banner to promote the WLM App
To: Wiki Loves Monuments Photograph Competition <
wikilovesmonuments(a)lists.wikimedia.org>
Dear WLM Members,
As of yesterday, a banner promoting the WLM Android App has appeared on all
pages of the WIkipedia mobile site and the sister projects, on Android
devices only. This banner can be closed easily by the user, and won't
appear again until the user clears the data of his/her browser.
To summarize, the banner:
- appears on the mobile site only
- appears on Android devices only
- appears on all pages in all languages
- can be closed easily and persistently
- is being localized
- links to the app on Google Play
We are tracking downloads of the app to see what impact this makes.
To all of you who considered putting the banner on your WIkipedia main
page, this removes the need for making the manual change. I believe there
were no cases where this was actually done, but if it was, the banner would
appear twice on the main page, so the manual version can be removed.
Thank you for your support.
Phil
--
Phil Inje Chang
Product Manager, Mobile
Wikimedia Foundation
415-812-0854 m
415-882-7982 x 6810
--
Phil Inje Chang
Product Manager, Mobile
Wikimedia Foundation
415-812-0854 m
415-882-7982 x 6810
Hi everyone,
We've reverted MediaWiki from 1.20wmf11 to 1.20wmf10 in order to fix a
problem with watchlists failing:
https://bugzilla.wikimedia.org/show_bug.cgi?id=40103
The root cause of this problem is a compatibility issue with jQuery
1.7.2. We can't yet cleanly upgrade to jQuery 1.8. There are pending
changes that might make this possible.
We may also try reverting all wikis to 1.20wmf10, and then moving
forward with 1.20wmf12 on Monday. Still all TBD.
Rob
I finally made some updates to the ShortURL builder tool.
- Error pages include a mailto link to report errors.
- I finally updated the output to match the updates made to
Manual:Short_URL/Apache (No Alias, replace %{REQUEST_FILENAME} with
something that works, and update the flags)
- I finally tested out apache2+fastcgi+php-fpm to see how to handle short
urls config in that case and updated the builder to handle it ( ;) short
story, after 4-5 hours of fighting multiple types of config I finally got
something to work and found that configuring short urls for fastcgi is
exactly the same apache config as for mod_php)
One of these days I'm going to need Windows Apache, ISS, etc... test
environments to determine how to handle short urls there.
Eventually sometime in the future we may actually have enough knowledge to
include short url configuration inside the installer. ((Though we'll
probably wait till after entrypoint routing -- including builtin 404
thumbnail handling -- is implemented.))
--
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]