Wikitech-l August 2016

wikitech-l@lists.wikimedia.org

78 participants
97 discussions

by rupert THURNER

hi, is there a statistics about mediawiki developer productivity? i just fell over a couple of pages and i am quite impressed i must say: * gabriel, https://github.com/gwicke, 2'300 commits last year * jeroen, https://github.com/JeroenDeDauw, 3'700 commits a year * ori, https://github.com/atdt, 1'700 * james, https://github.com/jdforrester, 1'200 * yuri, https://github.com/nyurik, 900 * matt: https://github.com/mattflaschen, 400 commits rupert

4 years, 2 months

Fwd: [Commons-l] Programmatically categorizing media in the Commons with Machine Learning

by Pine W

Forwarding. Pine ---------- Forwarded message ---------- From: "Jordan Adler" <jmadler(a)google.com> Date: Aug 11, 2016 13:06 Subject: [Commons-l] Programmatically categorizing media in the Commons with Machine Learning To: "commons-l(a)wikimedia.org" <commons-l(a)lists.wikimedia.org> Cc: "Ray Sakai" <rsakai(a)reactive.co.jp>, "Ram Ramanathan" < ramramanathan(a)google.com>, "Kazunori Sato" <kazsato(a)google.com> Hey folks! A few months back a colleague of mine was looking for some unstructured images to analyze as part of a demo for the Google Cloud Vision API <https://cloud.google.com/blog/big-data/2016/05/explore-the-galaxy-of-images…>. Luckily, I knew just the place <https://commons.wikimedia.org/wiki/Category:Media_needing_categories>, and the resulting demo <http://vision-explorer.reactive.ai/>, built by Reactive Inc., is pretty awesome. It was shared on-stage by Jeff Dean during the keynote <https://www.youtube.com/watch?v=HgWHeT_OwHc&feature=youtu.be&t=2h1m19s> at GCP NEXT 2016. I wanted to quickly share the data from the programmatically identified images so it could be used to help categorize the media in the Commons. There's about 80,000 images worth of data: - map.txt <https://storage.googleapis.com/gcs-samples2-explorer/reprocess/map.txt> (5.9MB): A single text file mapping id to filename in a "id : filename" format, one per line - results.tar.gz <https://storage.googleapis.com/gcs-samples2-explorer/reprocess/results.tar.…> (29.6MB): a tgz'd directory of json files representing the output of the API <https://cloud.google.com/vision/reference/rest/v1/images/annotate#response-…>, in the format "${id}.jpg.json" We're making this data available under the CC0 license, and these links will likely be live for at least a few weeks. If you're interested in working with the Cloud Vision API to tag other images in the Commons, talk to the WMF Community Tech team. Thanks for your help! _______________________________________________ Commons-l mailing list Commons-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l

4 years, 4 months

Introduction for Gsoc 2017

by MAYANK JINDAL

Hi, My name is Mayank Jindal. I am third year undergraduate student currently studying at Indian Institute of Technology, Kharagpur. I want to take part in Gsoc-2017 from Wikimedia. I have knowledge of C, C++, JAVA, Python, Android app development and Web development and beginner in *Machine Learning, Artificial Intelligence.* I am very enthusiastic to learn new skills which would be required. Kindly guide me to proceed further. -- Kind Regards, Mayank Jindal, Third year undergraduate student, Indian Institute of Technology Kharagpur Mobile : +91- 7076670299 || 8875432718

4 years, 7 months

Deploying the UrlShortener extension to Wikimedia wikis

by Legoktm

Hi, YuviPanda, prtksxna, and myself (with help from Tim and Aaron) have been working the UrlShortener extension, which is designed to implement the URL shortener RfC[1] (specifically Tim's implementation suggestion). I've filed T108557[2] to deploy the extension to Wikimedia wikis. We'd like to use the "w.wiki" short domain, which the WMF is already in control of. A test wiki has been set up mimicking what Wikimedia's configuration would be like: http://urlshortener.wmflabs.org/, and has an accompanying "short" domain at us.wmflabs.org (e.g. http://us.wmflabs.org/3). Please play with it and report any bugs you might find :) [1] https://www.mediawiki.org/wiki/Requests_for_comment/URL_shortener [2] https://phabricator.wikimedia.org/T108557 Thanks, -- Legoktm

4 years, 8 months

Need review on ContentHandler implementation, Newsletter extension

by Tony Thomas

Hello all, We have a patch https://gerrit.wikimedia.org/r/#/c/295670/, which had its last review almost 28 days back, and is a major blocker for the deployment of Newsletter extension in production. The shift is tracked at T138462[1]. The patch is bit lengthy, and enable the extension to use ContentHandler, which help us use a lot of in-wiki features. I had pulled the change to the labs wiki at http://newsletter-test.wmflabs.org/, which is broken as of now, tracked in T138686[2]. It would be great if you devs can take a look at both the labs instance and the contenthandler change. [1] https://phabricator.wikimedia.org/T138462 [1] https://phabricator.wikimedia.org/T138686 Thanks, Tony Thomas <https://www.mediawiki.org/wiki/User:01tonythomas> Home <http://www.thomastony.me> | Blog <http://blog.thomastony.me> | ThinkFOSS <http://www.thinkfoss.com>

4 years, 9 months

Phab blogs

by Amir E. Aharoni

Hi, I only now noticed that Phabricator has blogs: https://phabricator.wikimedia.org/phame/blog/ I couldn't find a way to subscribe to them in RSS. Is it possible? -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com ‪“We're living in pieces, I want to live in peace.” – T. Moore‬

4 years, 10 months

Shutting down deprecated rest.wikimedia.org by September 1st

by Gabriel Wicke

We are going to finally switch off the deprecated domain rest.wikimedia.org by September 1st. This should not affect any REST API users, as this domain has been officially deprecated since January & sunset since April [1]. Since then, requests to that domain have returned an error informing users about the move. Access to the REST API is exclusively through the main project domains, following the following pattern: https://en.wikipedia.org/api/rest_v1/?doc Thank you for your cooperation, -- Gabriel Wicke Principal Engineer, Wikimedia Foundation [1]: https://lists.wikimedia.org/pipermail/wikitech-l/2016-April/085309.html

4 years, 11 months

Browser testing user satisfaction survey

by Željko Filipin

In order to improve browser testing tools, release engineering team has created browser testing user satisfaction survey: https://goo.gl/xS6mmV It should take you up to 5 minutes. Most of the questions have simple 5 level linear scale. There are 5 sections, and the last question in each section will be free form text field, so you can leave comments on anything we forgot to ask. For details about the survey, feel free to take a look at phabricator task: https://phabricator.wikimedia.org/T131123 Željko

4 years, 11 months

Re: [Wikitech-l] Parsoid Exception HTTP 500

by Julian Loferer

Yeah it looks similar. The link direct me to the right page.

4 years, 11 months

Grouping phabricator notifications by task

by Joaquin Oltra Hernandez

Hi, I rely quite a lot on phabricator notifications for checking new activity on my subscribed tasks (I've found to suit me better than email). After using the unread view in phab quite a lot I noticed that I really wanted to see the notifications grouped by the task, since that let's me see the new activity on the task at a glance and open it to read/act if I need to. So I've made a user script that does exactly that: https://gist.github.com/joakin/c0e5dffc23aaf05175a580d24a2adefe There's a gif of what this does in the README and the code is really short. I hope this is useful to some of you, it certainly has been making my life easier. I apply it to https://phabricator.wikimedia.org/notification/query/unread/ only, but I guess there's no reason why it wouldn't work in https://phabricator.wikimedia.org/notification/* Cheers.

4 years, 11 months

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l August 2016