Hi,
It's Tuesday (my timezone at least) and this week I'd like to thank the
following people for their work and assistance:
.- Martin Urbanec: For his tireless work in the Wikimedia-Site-requests &
Wiki-Setup Phabricator boards, and for his advice in several technical
issues. He does a lot of wmf-config work, and the result is that our
requests for site configuration changes no longer takes a lot of time to
get applied. Thanks a lot.
.- James D. Forrester: For his general work in MediaWiki core and
extensions, and for sharing its expertise and knowledge with us. He's also
willing to review my patches and I was never able to thank him properly for
all the time and advice he's dedicated to help me.
.- Raimond Spekking: For his work in translatewiki.net and his i18n
expertise, and i18n patch review activities. MediaWiki and its extensions
are a success in localisation thanks to his work, and that of Niklas and
the staff of translatewiki.net in general. I appreciate your efforts,
really.
.- Derrick N. Alangi: I'd like to congratulate him for his recent
mediawiki +2 access, which is using to actively review lots of patches
recently, reducing our backlog of patches for review.
Special thanks to the SRE and Security team for their invaluable work as
well. The same to WMDE for their technical advice regular meetings which
are very helpful.
Best regards, M.
I'm trying to solve the following situation: I need to know, for each
article,
the last time it was updated by an actual human. MediaWiki keeps track of
the
last update to the page, but doesn't take into account whether it was
performed
by a bot or a human.
Instead of querying the revision table every time, I thought of saving a
page
property and updating it on page save:
- Is the editor a human*?
- Yes: update the property.
- No: Do we already have a last real update date saved?
- Yes: do nothing (keep the last date)
- No: find the latest revision by a human and save the property
The most logical hook seemed to be 'PageContentSaveComplete' or maybe
'PageContentInsertComplete', as I only want to do this if the save actually
went through (if it is failed by something, we shouldn't update).
My problem is, I don't seem to have a way to set a property from there...
I really don't want to have to create my own table just for this.
Any ideas how to solve this? Maybe I'm going about it in a cockamamie way?
Thanks,
- Dror
Hello,
Recently Tuebingen University
<https://uni-tuebingen.de/en/university.html> (with
the support from German Research Foundation) ran a project titled *Gundert
Legacy project* to digitize close to 137,000 pages from *850 public domain
books*.
All these public domain books are in the South Indian languages *Malayalam,
Kannada, Tamil, Tulu, and Telugu*. In this 293 books are in Malayalam, 187
in Kannada, 25 in Tamil, 4 in Telugu and Tulu.
Also there was a separate sub-project which was run as part of this
project to convert 136 titles in Malayalam to Malayalam Unicode. The number
of pages that were converted to Unicode is close to *25,700* pages.The
Unicode conversion project was ran only for Malayalam. For the other
languages it is just the scanning of books
The project is complete now and the results of the project is available in
the Hermman Gundert Portal https://www.gundert-portal.de/?language=en which
was released on Nov 20. A news report is available here.
<https://timesofindia.indiatimes.com/city/kochi/german-scholars-malayalam-mi…>
To view the books in each language you can navigate through the various
links in the portal. For example, malayalam books are available here:
https://www.gundert-portal.de/?page=malayalam
Now we need to upload these scans to Wikimedia Commons and Unicode text to
Malayalam Wikisource (25,700 Unicode converted pages)
The first priority is for the scans that are converted to Unicode. Is it
possible to write a script to migrate the scans from Tuebingen Digital
library to Wikimedia Commons? (I can share the exact details of books
converted to Unicode if needed)
All the digitized files are heavy and the size ranges from 100 MB to 1.5 GB
depending on the number of pages in the books. So manually managing this is
going to be a big challenge.
Can some one help with this?
Shiju Alex
Hello,
As part of improving of logging for Wikidata, we found this config [1].
There are four things I want to point out:
1- Some of the loggings mentioned here are outdated. Like there is ones
that was added more than six years ago and still logging at debug level.
Some are needed like 'security' but I'm not sure about "cite", "es-hit",
"Cognate", etc. This much of verbosity will reduce our capacity to catch
real issues.
2- There are logging channels like "Bug58676" that still in use [2] but it
might not be needed any more ([3])
3- If you define a logger channel in mediawiki [4] and don't add it here,
all of its logs will go to vein (using "blackhole" logging manger, I like
the name). This should be documented somewhere.
4- There is no way just enable it and fall back its verbosity to default.
Please correct me if I'm mistaken.
I will make tickets regarding points 3 and 4 but I need dear developers'
attention for the log channels. This list of them:
https://phabricator.wikimedia.org/P7885
[1] https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php
[2] https://codesearch.wmflabs.org/search/?q=Bug58676&i=nope&files=&repos=
[3] https://phabricator.wikimedia.org/T60676
[4] Like LoggerFactory::getInstance( 'ORES' )
Best
--
Amir Sarabadani
Software Engineer
Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
http://wikimedia.de
Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen
Wissens frei teilhaben kann. Helfen Sie uns dabei!
http://spenden.wikimedia.de/
Wikimedia Deutschland – Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
The Search Platform Team
<https://www.mediawiki.org/wiki/Wikimedia_Search_Platform> holds office
hours the first Wednesday of each month. Come ask us anything about
Wikimedia search!
We’re particularly interested in:
* Opportunities for collaboration—internally or externally to the Wikimedia
Foundation
* Challenges you have with on-wiki search, in any of the languages we
support
But we're happy to talk about anything search-related. Feel free to add
your items to the Etherpad Agenda for the next meeting.
Details for our next meeting:
Date: Wednesday, December 5th, 2018
Time: 16:00-17:00 GMT / 08:00-9:00 PST / 11:00-12:00 EST / 17:00-18:00 CET
Etherpad: https://etherpad.wikimedia.org/p/Search_Platform_Office_Hours
Google Meet link: https://meet.google.com/vyc-jvgq-dww
*N.B.:* Google Meet System Requirements
<https://support.google.com/meet/answer/7317473>
—Trey
Trey Jones
Sr. Software Engineer, Search Platform
Wikimedia Foundation
Hi everyone,
A few weeks ago I sent out a tentative announcement, but now it's more
official: the next EMWCon, or Enterprise MediaWiki Conference, will be
taking place five months from now, on April 3-5, 2019, in Daly City, right
near San Francisco. For more information, and to indicate that you're
interested in attending (if you are), see the page for it here:
https://www.mediawiki.org/wiki/EMWCon_Spring_2019
-Yaron
P.S. Don't forget about SMWCon Fall 2018, which is happening next week in
Regensburg, Germany! (
https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2018) I sadly can't
make it, but it sounds like it's going to have a lot of good talks.
Reminder: Technical Advice IRC meeting again **Wednesday at 4-5 pm UTC AND
11-12 pm UTC** on #wikimedia-tech.
The Technical Advice IRC Meeting (TAIM) is a weekly support event for
volunteer developers. Every Wednesday, two full-time developers are
available to help you with all your questions about Mediawiki, gadgets,
tools and more! This can be anything from "how to get started" over "who
would be the best contact for X" to specific questions on your project.
If you know already what you would like to discuss or ask, please add your
topic to the next meeting:
https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting
Hope to see you there!
Michi (for the Technical Advice IRC Meeting crew)
--
Michael F. Schönitzer
Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
http://wikimedia.de
Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen
Wissens frei teilhaben kann. Helfen Sie uns dabei!
http://spenden.wikimedia.de/
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
Hi Community Metrics team,
This is your automatic monthly Phabricator statistics mail.
Accounts created in (2018-11): 469
Active Maniphest users (any activity) in (2018-11): 933
Task authors in (2018-11): 495
Users who have closed tasks in (2018-11): 278
Projects which had at least one task moved from one column to another on
their workboard in (2018-11): 276
Tasks created in (2018-11): 2424
Tasks closed in (2018-11): 2022
Open and stalled tasks in total: 40342
Median age in days of open tasks by priority:
Unbreak now: 10
Needs Triage: 445
High: 770
Normal: 1010
Low: 1351
Lowest: 1292
(How long tasks have been open, not how long they have had that priority)
Active Differential users (any activity) in (2018-11): 21
TODO: Numbers which refer to closed tasks might not be correct, as
described in https://phabricator.wikimedia.org/T1003 .
Yours sincerely,
Fab Rick Aytor
(via community_metrics.sh on phab1001 at Sat Dec 1 00:00:18 UTC 2018)