Spoiler: Next week is a normal MediaWiki deployment schedule.
Why is that a spoiler? Because the entire Release Engineering team will
be at an offsite next week in France, BUT, Mukunda will unfortunately
not be joining us (stupid borders) so he'll continue running the train.
See the schedule here:
<https://wikitech.wikimedia.org/wiki/Deployments#Week_of_May_18th>
See the #roadmap project in Phab here:
<https://phabricator.wikimedia.org/project/sprint/board/1109/>
See many of you in Lyon at the Hackathon!
Greg
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |
Hello,
I tried to discuss this on #wikimedia-mobile on Freenode, but nobody
could explain this to me:
I'm building a website that allows the users to view Wikipedia changes
correlated to rDNS names of their editors and I wanted to implement a
"random mode" that allows thm to see all edits made by a given rDNS
domain - the user would just press F5 and see the editor in context like
this:
http://wikispy.wmflabs.org/by_rdns_random/plwiki/.gov.pl
I would definitely prefer to use the mobile version of Wikipedia though
or at least Special:MobileEdit, but both disallow framing. Is there any
specific reason for that? I would guess that this is for security, but I
have to admit I don't know what could be gained by showing the
MobileDiff in a frame.
Cheers,
d33tah
Please join us for the following tech talk:
*Tech Talk**:* Graphs! Visualize maps and data graphs live on Wikipedia
*Presenter:* Yuri Astrakhan and Dan Andreescu
*Date:* May 14th
*Time:* 2100 UTC
<http://www.timeanddate.com/worldclock/fixedtime.html?msg=Tech+Talk%3A+Graph…>
Link to live YouTube stream <http://www.youtube.com/watch?v=j7DTn9jHnI0>
*IRC channel for questions/discussion:* #wikimedia-office
Google+ page
<https://plus.google.com/u/0/b/103470172168784626509/events/cjm55bm8ifohmbpu…>,
another
place for questions
*Talk description: *Thanks to many great contributors, we are proud to
present the Graphs <https://www.mediawiki.org/wiki/Extension:Graph/Demo>...
because wiki pages with SVG and PNG images is so last century. Graph
extension <https://www.mediawiki.org/wiki/Extension:Graph> allows content
authors to insert a data-defined graph or a map in a wiki page. Graph is
described using Vega visualization grammar <http://trifacta.github.io/vega/>
( demo <http://trifacta.github.io/vega/editor/>), and allows very complex
data transformations, filtering, and soon even animation & interactivity.
Combine that with the power of wiki template parameters and Lua scripting,
and the results could be stellar. Up to you really. Vega+d3 gives us a huge
list of charting options and maps with numerous projections and ability to
highlight individual regions. Lastly, graphs could be rendered either in a
browser (more interactivity), or on the server (faster load). Demo will be
served.
Special thanks goes to milimetric, krinkle, Brion, and gwicke, without
whose help this project would have been a lot harder, and to Vega and other
open source teams who build such great libraries.
Please note that we will be working on a few open tasks for mailing list
server maintenance, next Tuesday, May 19th from 17:00 to 19:00 UTC.
During this time, all mailing list traffic, as well as online archives, may
become unavailable. Once the window has ended, all mail routing should
resume normally, and any messages sent during the window will then be
delivered accordingly.
All associated tasks and changes are linked from
https://phabricator.wikimedia.org/T99098.
This mail has (initially) been send to all list administrators, and
wikitech-l. Please feel free to forward to any other lists or parties that
would need to know about this maintenance window.
--
Rob Halsell
Operations Engineer
Wikimedia Foundation, Inc.
E-Mail: rhalsell(a)wikimedia.org
Office: 415.839.6885 x6620
Fax: 415.882.0495
Hi all,
I'm very pleased to announce that we've recently hired Jaime Crespo as
Sr. Database Administrator. Jaime has joined the Technical Operations
team to strengthen our DBA capacity. He will be working closely with
Sean, and will join responsibility for our production database
infrastructure, the Wikimedia Labs replicas and the Analytics/research
databases. His addition to the team will also allow us to support our
developers better with code review and advice about database queries
and schema tuning.
Before he joined us Jaime has been a MySQL/MariaDB DBA consultant,
both at Percona and later as an independent contractor. In that role
he has supported many database environments, large and small. Being a
fan of the free software and open data movements, Jaime is excited to
be employing his experience in such an environment.
Jaime lives in the Zaragoza area in Spain, and will be working with us
remotely from home. Outside of work, he is an active contributor to
the Spanish Wikipedia and the OpenStreetMap projects as well. His
other hobbies include photography, cycling, astronomy, reading and
acting in theater.
Jaime can be found on IRC under the nickname 'jynus'.
Please join me in welcoming him!
--
Mark Bergsma <mark(a)wikimedia.org>
Lead Operations Architect
Director of Technical Operations
Wikimedia Foundation
As a part of the engineering reorganization, will there be a multimedia
team within the readeship or power users groups? For some time I have been
hoping to get Wikipedia the ability to provide interactive visualizations.
Also, this article[1] suggests that VR may see widespread adoption in the
next few years, and a multimedia team could capitalize on the trend.
Pine
[1] http://www.bbc.com/news/technology-30924022
I would like to propose that we remove all tracking bugs, and instead use
Phabricator projects (e.g. with an Umbrella icon). Some of the benefits:
* Discoverable - projects are more intuitive and easier to add to a bug
with the auto-complete
* Manageable - within the project, tasks can be broken down into columns by
categories/priorities specific to the project
* Searchable - easier to search for tasks that belong to multiple projects
Another open-source community<http://wordpress.org> is working on integrating their repository with Github<http://ma.tt/2014/10/sotw-2014/> for the very reasons you mentioned (Ctrl+F for the mention of github).
WordPress' tool, Trac, is SVN and therefore a bit of a bigger transition IMHO. The work is still ongoing.
There is a lively community that currently exists on Github. Encouraging folks to participate with tools that they are comfortable with is a win for wiki tech.
I would say that this is a smart move and agree with others that focusing on Phabricator as that’s the system with a longer life.
-Chris K.
This electronic mail and any attached documents are intended solely for the named addressee(s) and contain confidential information. If you are not an addressee, or responsible for delivering this email to an addressee, you have received this email in error and are notified that reading, copying, or disclosing this email is prohibited. If you received this email in error, immediately reply to the sender and delete the message completely from your computer system.
Hi all,
I'm trying to build an autocompletion thingy that suggests categories based
on user input using the opensearch API [1]. It sounds like a relatively
simple thing and I was able to hack something that somewhat works in a few
minutes...there's just one gotcha: this thing is supposed to suggest
nothing but categories, so I don't need nor want the "Category:" label (or
its localized equivalent) to show up.
I've been able to manipulate the result set so that whenever the user
clicks on a suggestion, whatever gets inserted into the <input> is
correct...but what is *displayed* to the user still includes the
"Category:" part in it. The various ways how I've been able to remove the
"Category:" part from the value have been more or less hacky and
inefficient.
What am I doing wrong here [2]? How can I totally strip out the "Category:"
part and pretend it doesn't exist and never did?
[1] https://www.mediawiki.org/wiki/API:Opensearch
[2] https://www.mediawiki.org/wiki/User:Jack_Phoenix/AutocompleteTest
Thanks and regards,
--
Jack Phoenix
MediaWiki developer