[Wikitech-l] [Wikimedia Tech Talks] New Season Begins: February 27, 2019 at 19:00 UTC

[Sarah R]

I'm excited to announce the return of *Wikimedia Tech Talks!* Tech talks
are short presentations by and for members of the technical community. Tech
talks are intended to create better understanding about technical topics
related to our projects.

*The next Wikimedia Tech Talk, The long and winding road to making Parsoid
the default MediaWiki parser
 by Subbu
Sastry, Principal Software Engineer, will be live-streamed Wednesday,
February 27, 2019 at 19:00 UTC*

Summary:

This will be a talk in 3 (unequal) parts: (a) Parsoid history (b) Porting
Parsoid to PHP: the whys and wherefores (c) From here to Parsoid as the
default.

Parsoid started in 2012 as a project to support Visual Editing and since
then has gone on to support a number of products (Flow, Content
Translation, Kiwix, and Android app). Given that (a) Parsoid's annotated
HTML output enables clients to infer things about wikitext without having
to parse wikitext, (b) the PHP parser cannot support Visual Editor and
other products, and (c) we cannot continue to have two parsers, it is
inevitable that Parsoid will be the default parser for MediaWiki. This has
been known since at least 2015 but while we are nearer to that goalpost, we
are still not quite there yet. In this talk, we'll talk about what else
needs to be completed, and what the porting of Parsoid to PHP means for
this goal.

YouTube stream for viewers: https://www.youtube.com/watch?v=lQGfuLP9MqA

During the live talk, you are invited to join the discussion on IRC at
#wikimedia-office

You can watch past Tech Talks here:
https://www.mediawiki.org/wiki/Tech_talks

If you are interested in giving your own tech talk, you can learn more
here:
https://www.mediawiki.org/wiki/Project:Calendar/How_to_schedule_an_event#Tech_talks

As always, feel free to reach out to me with any questions!

Kindly,

Sarah R. Rodlund
Technical Writer, Developer Advocacy

srodl...@wikimedia.org
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] TechCom Radar 2019-02-20

[Kate Chapman]

Hi All,

Here are the minutes from last week's TechCom meeting:

* Approved: https://phabricator.wikimedia.org/T190379 RFC:
Re-establish the development policies

* Approved: https://phabricator.wikimedia.org/T213318 Wikibase
Front-End Architecture.

* On Last Call ending March 6 1pm PST(21:00 UTC, 22:00 CET) RfC:
Standards for external services in the Wikimedia
infrastructure.https://phabricator.wikimedia.org/T208524

* Last Call ending 11pm PST (February 27 07:00 UTC, 08:00 CET) on 27
February 2019 RFC: Update to Gerrit privilege policy
https://phabricator.wikimedia.org/T216295

* No IRC meeting week of February 25

* Was no IRC meeting week of February 18

You can also find our meeting minutes at


See also the TechCom RFC board
.

If you prefer you can subscribe to our newsletter here


Thanks,
Kate

--
Kate Chapman
Senior Program Manager, Core Platform
Wikimedia Foundation
kchap...@wikimedia.org

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Wikimetrics] Sunsetting Wikimetrics

[Federico Leva (Nemo)]

Marcel Ruiz Forns, 22/02/19 21:01:
Wikimetrics  development has been frozen 
since 2017, and we Analytics consider it's time to sunset this tool.


This is sad, for sure. As someone who managed to patch and run the 
original WikiStats scripts despite a limited knowledge of Perl, I think 
it would have been more reasonable than often assumed to continue their 
maintenance. However it's clear that we're well past the time when such 
a decision might have been possible, and it's good to see a growing 
interest in feature parity for the new WikiStats.


I think the purposes of this list can be served by the analytics list 
without too much sweat.


Federico

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Discovery Weekly Update for the week starting 2019-02-18

[Chris Koerner]

Hello,
This is the weekly update from the Search Platform team for the week
starting 2019-02-18.

As always, feedback and questions are welcome.

== Discussions ==

=== Search ===
* A new Korean language analyzer has been configured for
Korean-language wikis,[0] however it won't be activated until after we
finish the upgrade to Elasticsearch 6, which is ongoing.
* SDC [Structured Data on Commons] wanted to know if we could add in a
'inlabel search keyword' and after lots of discussion, it was merged
into the new WikibaseCirrusSearch extension that has yet to be merged
into the beta cluster [1]
* Erik and the team worked on how to measure mutation latency across
the newly split elasticsearch clusters and decided that default
timeout was good at 30 seconds [2]
* Mathew and Gehel worked on testing the spicerack elasticsearch
module with quite a few patches that are linked in the ticket [3]
* Gehel worked on getting CI set up for search/glent (maven project)
to be set up with same options that we use for search/extra [4]
* A bug was found where a link-breaking typo is in automatic API
documentation for action=query&prop=cirrusbuilddoc, and Erik fixed it
by correcting the api docs for cirrusbuilddoc [5]
* As we now have different APT components to differentiate the
elasticsearch versions, we need to create a new component for the new
version and Gehel fixed it all up [6]
* David worked on preparing a debian package with search plugins
compatible with elastic 5.6.14 in which Gehel merged [7]
* Davis also did quite a bit of work to fix and add integration tests
for several language analyzers [8]
* Erik worked on updating the ttmserver for elasticsearch 6 and
removed elastic 2.x compatibility [9]


== Did you know? ==
Grammatical gender [10] often confuses speakers of English and other
languages without a similar system. “Why is a bridge feminine in
German (Brücke [11]) and masculine in Spanish and French (puente [12]
& pont [13])?” they ask—though usually without links to Wiktionary.

Grammatical gender is really just a system of noun classes [14] where
there are two or three classes, and most things classified as male or
female end up in different classes. Other languages have noun classes
based on whether or not the nouns are animate, whether they are human
or animal, by shape, and sometimes just arbitrarily groupings;
languages can have nearly two dozen noun classes, like some of the
Niger–Congo languages![15]

Now hold on while we veer off on a brief tangent: diminutives are
words that convey a smaller, lesser, or more intimate sense of their
root form.[16] They are common in American nicknames, often showing up
as a -y or -ie ending (Billy vs. Bill, Peggy vs Peg, Bobbie vs
Roberta). Sometimes diminutives, especially when applied to small cute
things, can become the main or only form of a word. For example,
English baby [17] from babe, or kitty from kit.

Diminutives and grammatical gender collide in German Mädchen [18]
(“girl”) which is historically from Magd (cognate with English “maid”)
plus the diminutive suffix -chen; all diminutives formed with -chen
have neuter gender in German. Over time, Mädchen became the
predominate term for a girl, despite the fact that the word is
grammatically “neuter”.

[0] https://phabricator.wikimedia.org/T206874
[1] https://phabricator.wikimedia.org/T215967
[2] https://phabricator.wikimedia.org/T215969
[3] https://phabricator.wikimedia.org/T207920
[4] https://phabricator.wikimedia.org/T216599
[5] https://phabricator.wikimedia.org/T216256
[6] https://phabricator.wikimedia.org/T216047
[7] https://phabricator.wikimedia.org/T215932
[8] https://phabricator.wikimedia.org/T215594
[9] https://phabricator.wikimedia.org/T192680
[10] https://en.wikipedia.org/wiki/Grammatical_gender
[11] https://en.wiktionary.org/wiki/Br%C3%BCcke#German
[12] https://en.wiktionary.org/wiki/puente#Spanish
[13] https://en.wiktionary.org/wiki/pont#French
[14] https://en.wikipedia.org/wiki/Noun_class
[15] https://en.wikipedia.org/wiki/Noun_class#Niger%E2%80%93Congo_languages
[16] https://en.wikipedia.org/wiki/Diminutive
[17] https://en.wiktionary.org/wiki/baby#Etymology
[18] https://en.wiktionary.org/wiki/M%C3%A4dchen#Etymology



Subscribe to receive on-wiki (or opt-in email) notifications of the
Discovery weekly update.

https://www.mediawiki.org/wiki/Newsletter:Discovery_Weekly

The archive of all past updates can be found on MediaWiki.org:

https://www.mediawiki.org/wiki/Discovery/Status_updates

Interested in getting involved? See tasks marked as "Easy" or
"Volunteer needed" in Phabricator.

[1] https://phabricator.wikimedia.org/maniphest/query/qW51XhCCd8.7/#R
[2] https://phabricator.wikimedia.org/maniphest/query/5KEPuEJh9TPS/#R

Yours,
Chris Koerner (he/him)
Community Relations Specialist
Wikimedia Foundation

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Wikimetrics] Sunsetting Wikimetrics

[Dan Andreescu]

Federico, we're talking about *Wikimetrics*, which is a very different
project intended to run stats on groups of users (cohorts) for a specific
set of standard metrics.  This tool was mostly developed for and used by
grantmaking and program teams at WMF and affiliates around the world, but
its use is too low to justify the effort it would take to maintain it.
Better tools are taking its place, and we're working on some of the
infrastructure will support those better tools.

I think you may have been talking about *Wikistats*, which I agree would've
been very nice to keep maintaining.  I think ultimately we don't have too
many of the skills that made Erik successful at what he did.  Perl was just
one of them, and not a major part in my opinion.
If I'm wrong and you're indeed talking about Wikimetrics, do please
elaborate as we're just starting to make this decision.

On Mon, Feb 25, 2019 at 5:21 PM Federico Leva (Nemo) 
wrote:

> Marcel Ruiz Forns, 22/02/19 21:01:
> > Wikimetrics  development has been frozen
> > since 2017, and we Analytics consider it's time to sunset this tool.
>
> This is sad, for sure. As someone who managed to patch and run the
> original WikiStats scripts despite a limited knowledge of Perl, I think
> it would have been more reasonable than often assumed to continue their
> maintenance. However it's clear that we're well past the time when such
> a decision might have been possible, and it's good to see a growing
> interest in feature parity for the new WikiStats.
>
> I think the purposes of this list can be served by the analytics list
> without too much sweat.
>
> Federico
>
> ___
> Wikimetrics mailing list
> wikimetr...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikimetrics
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l