This got delayed and is actually being attempted today (probably around
17:00 UTC).
-Sumana Harihareswara
-------- Original Message --------
Subject: [Wikitech-l] deployment of the first phase of Wikidata on enwp
Date: Mon, 11 Feb 2013 14:53:46 +0100
From: Lydia Pintscher <lydia.pintscher(a)wikimedia.de>
Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
To: wikitech-l <wikitech-l(a)lists.wikimedia.org>,
wikien-l(a)lists.wikimedia.org
Hey :)
Guillaume just reminded me that I have not yet posted this here but
only on the village pump and Signpost. Sorry. I'll fix that now with
this email.
Later today (evening UTC) we'll deploy the first phase of Wikidata on
the English language Wikipedia. We've already deployed the first
phase on the Hungarian, Hebrew and Italian Wikipedias and things there
went rather smoothly. We hope this is the case here too.
What is going to happen exactly?
* Language links in the sidebar will come from Wikidata if they exist there.
* Existing language links in the wiki text will continue to work and
overwrite links from Wikidata.
* For individual articles language links from Wikidata can be
supressed completely with the noexternallanglinks magic word.
* Changes on Wikidata that relate to articles on this Wikipedia will
show up in Recent Changes if the option is enabled by the user
* At the bottom of the language links list you will see a link to edit
the language links that leads you to the corresponding page on
Wikidata.
* You can see an example of how it works at
http://it.wikipedia.org/wiki/Marie_Curie
* The second phase of Wikidata (which is about Infoboxes was started
on Wikidata but can't yet be used on any Wikipedia. This will follow
later.
Please let me know if you have any questions.
Cheers
Lydia
--
Lydia Pintscher - http://about.me/lydia.pintscher
Community Communications for Wikidata
Wikimedia Deutschland e.V.
Obentrautstr. 72
10963 Berlin
www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
-------- Original Message --------
Subject: [Wikitech-l] Fwd: Watchlists are coming to mobile
Date: Mon, 11 Feb 2013 14:52:20 -0800
From: Jon Robson <jdlrobson(a)gmail.com>
Reply-To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
To: Wikimedia Mailing List <wikimedia-l(a)lists.wikimedia.org>, Wikimedia
developers <wikitech-l(a)lists.wikimedia.org>
---------- Forwarded message ----------
From: Jon Robson <jdlrobson(a)gmail.com>
Date: Mon, Feb 11, 2013 at 2:44 PM
Subject: Watchlists are coming to mobile
To: mobile-l <mobile-l(a)lists.wikimedia.org>, Wikimedia Mailing List
<wikimedia-l(a)lists.wikimedia.org>
After a few months of development the mobile team is launching
watchlists to the mobile site tomorrow. The feature to start with will
give a simplified recent changes view a la the desktop site as well as
a reading list view for users who are simply interested in keeping
track of articles they are interested in reading.
This change also brings in login and account creation functionality to
all Wiki* projects.
This from my perspective is one of the most exciting mobile
developments so far as it makes the watchlist star a much more
prominent figure in the user interface and will hopefully encourage
new users to create accounts to use it, many of whom may be unaware
that Wikipedia can be edited. The hope is these new users will find
the feature useful and can be lured into the realm of becoming a
contributor to our projects via mobile.
Provided we don't run into any issues during deployment this should be
deployed tomorrow.
Please feel free to comment on this mail but if you experience any
bugs in the aftermath please raise them here:
https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions…
You can also try out the new feature a little early by opting into the
beta here:
https://en.m.wikipedia.org/w/index.php?title=Special:MobileOptions
Looking forward to all your feedback.
Screenshot:
http://imgur.com/jnl5XA4
--
Jon Robson
http://jonrobson.me.uk
@rakugojon
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
As you know, the WMF publishes a monthly and very thorough summary of
all the "development" activity on mediawiki.org and the WMF blog.
Since a few months, Guillaume is also writing a human-readable summary
which contains the few things every Wikimedia projects editor should
really know.
It would be very nice to have it translated in more languages, because
many (1000+/month) read it rather than the long version.
<https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2013/January/su…>
Direct link to translate:
<https://www.mediawiki.org/w/index.php?title=Special:Translate&group=page-Wi…>
Nemo
P.s.: This would also help WMF's software development projects being
/slightly less/ anglo-centric, IMHO: this is the only way communities
have to give feedback on stuff before it's thrown on them irrecoverably.
Hello all,
As before, the regular
update<https://www.mediawiki.org/wiki/VisualEditor/status#2013-02-04_.28MW_1.21wmf…>about
progress on the VisualEditor:
The VisualEditor was updated as part of the wider MediaWiki 1.21wmf9 branch
deployment <https://www.mediawiki.org/wiki/MediaWiki_1.21/wmf9> on Monday 4
February.
In the two-and-a-half weeks since 1.21wmf9, the team have continued
planning for the next tranche of work, and working on the core changes that
will be needed in preparation for this. For the end of 2012/13, in line
with the strategic goals for the VisualEditor set out in the 2012/13
plan<https://www.mediawiki.org/wiki/Wikimedia_Engineering/2012-13_Goals#Visual_E…>,
we are looking to provide VE as the 'default' editor for all users, capable
of letting them edit the majority of content without needing to use the
wikitext editor. This means adding support for at least basic templates,
references, categories and images, each of which is a very large piece of
work.
The initial focus has included a major expansion in the capabilities of the
'document model' module that converts between the HTML+RDFa rendered by
Parsoid <https://www.mediawiki.org/wiki/Parsoid> and an editable document.
Other areas of work have covered editability of images in the
"ContentEditable" editing surface, refactoring the keyboard short-cut
command triggering system, and improving the documentation system used so
that the code is easier to extend.
A small number of changes have made it into the codebase for this release,
most notably adding support for Microsoft Internet Explorer v. 9 and above (
42847 <https://bugzilla.wikimedia.org/show_bug.cgi?id=42847>), adding hints
of what keyboard short-cuts are available to each button
(42919<https://bugzilla.wikimedia.org/show_bug.cgi?id=42919>),
which can now vary more easily by platform
(44012<https://bugzilla.wikimedia.org/show_bug.cgi?id=44012>),
and internationalisation support for toolbar icons
(38551<https://bugzilla.wikimedia.org/show_bug.cgi?id=38551>
).
A complete list of individual code commits is available in the 1.21/wmf9
changelog <https://www.mediawiki.org/wiki/MediaWiki_1.21/wmf9#VisualEditor>,
and all Bugzilla bugs closed in this period on Bugzilla's
list<https://bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&bug_status…>
.
If you have any questions, please do ask.
Yours,
--
James D. Forrester
Product Manager, VisualEditor
Wikimedia Foundation, Inc.
jforrester(a)wikimedia.org | @jdforrester
Cross-posting, as an FYI.
---------- Forwarded message ----------
From: Steven Walling <swalling(a)wikimedia.org>
Date: Thu, Jan 31, 2013 at 4:08 PM
Subject: Editor engagement experiments deploy: a new extension and updates
To: WMF Editor Engagement Team <ee(a)lists.wikimedia.org>
[For new folks to this list: we regularly make announcements about the
weekly software deployments by features teams, especially the editor
engagement group.]
First up, Matt Flaschen deployed a new extension which I'm very excited
about: Guided Tour. There will be a blog post tomorrow, but for an idea of
what it's all about, see the project page at
https://www.mediawiki.org/wiki/Guided_tours or visit
https://en.wikipedia.org?tour=test to see a meta-tour. (There are some
redlinks we're still filling in there).
Next updates for Guided Tour are to deploy outside of English Wikipedia -
likely French, German, and Dutch first - and enable an automatic tour for
all users who accept tasks at Special:GettingStarted. You can see it by
visiting one of those articles while logged in, and appending
?tour=gettingstarted.
Associated with this change, we updated several other extensions. In
particular, we removed the orange tooltip which points new editors to the
MoodBar feature:
https://en.wikipedia.org/wiki/Wikipedia:New_editor_feedback MoodBar
is a great feature, but the tooltip first appeared when you viewed the edit
window. We do want to make sure newbies know they can leave feedback via
that feature, but we don't want to interrupt people who've clicked edit,
especially for the first time.
Last but not least: congrats to Matt for deploying a ton of work. Adding a
new extension and updating four others is no small feat.
--
Steven Walling
https://wikimediafoundation.org/
--
Steven Walling
https://wikimediafoundation.org/
Hello,
we plan to change the way AbuseFilter filter hits are logged
fundamentally.
Feel free to skip to "Actual impact to end users" in case you're not
interested in or don't understand the technical background.
Some technical background:
We have a AbuseFilterVariableHolder object that contains all variables
usable by the filters. Some of these variables are stored as AFPData
objects and some as AFComputedVariable objects. The values of the
AFPData ones are already known while the values of the
AFComputedVariable ones are computed when needed (lazy load variables).
Right now AbuseFilter is logging filter hits by saving a serialized
version of an AbuseFilterVariableHolder object without any of the lazy
load variables computed. That object, as explained above, includes
several AFComputedVariable objects which hold information on how the
value for a lazy load variable can be computed (eg. parameters and a
method for AFComputedVariable::compute). That has several technical
downsides like it's not very forward compatible so that we will never be
able to change the method names or the way methods in
AFComputedVariable::compute work as we always have to expect that an old
log entry calls the methods with the old parameters. That's an even
bigger problem with the hooks in that function as those have to stay
backwards compatible as well. Furthermore this means we're saving a lot
unneeded data to the database.
What we're going to change now is that we will no longer log
AbuseFilterVariableHolder objects in serialized form to the database but
a serialized array with only native data types (which is much more
robust). Lazy load variables will be logged only if they have been
computed before the logging occurs. This furthermore implies that we
will no longer log any lazy load accessor information to the database.
Actual impact to end users:
The actual impact to the users will be very little as the logging page
(Special:AbuseLog) will still hold all non lazy load variables (like
page title, page namespace, user name, ...) and the lazy load variables
used by the filter(s) tested. Due to this all the relevant data for the
current log action will still be there (while irrelevant data might not
be available). In some cases this might even make it easier to spot
information relevant to a filter hit as data not involved in this filter
hit is no longer logged forcibly.
This change will make it much simpler to make more data available for
filters without having to face the headaches of the current logging
format.
I hope you agree with me that this change makes sense so that we finally
can move forward with the AbuseFilter extension!
Gerrit change: https://gerrit.wikimedia.org/r/42501
Note: This was cross-posted to wikitech-ambassadors
Cheers,
Marius Hoch (hoo)