Re: [Wikitech-l] [Wmfall] Announcement: Alex Monk joins Wikimedia as Features Contractor
On 14 May 2014 23:38, Terry Chay tc...@wikimedia.org wrote: Hello all, It is with great pleasure that I’m announcing that Alex Monk[0] has joined the Wikimedia Foundation as a contractor in Features Engineering. Welcome, Alex; great to be able to say so formally! J. -- James D. Forrester Product Manager, VisualEditor Wikimedia Foundation, Inc. jforres...@wikimedia.org | @jdforrester ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Maps-l] Output from Zurich Hackathon - yet another maps extension!
On 05/14/2014 12:43 PM, Dan Andreescu wrote: * File namespace serving raw data from Commons (where people are familiar with take down notices and have the infrastructure to deal with that) We shouldn't let copyright considerations dictate which WMF project hosts the data. https://wikimediafoundation.org/wiki/Designated_agent covers all the projects. The WMF is responsible for handling official DMCA takedown notices (which means they should generally be covered by the Safe Harbor), However, editors (e.g. on Wikipedia, Commons, etc.) can and do take a proactive role in fighting copyright infringement above and beyond that. Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!
2014-05-14 1:34 GMT+03:00 Jon Robson jrob...@wikimedia.org: During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. 1) Will it be moved to Gerrit? 2) One of my use cases is creating maps of translators [1]. Will it be able to display OSM maps based on Semantic MediaWiki properties? [1] https://translatewiki.net/wiki/Map_of_translators 2014-05-14 19:43 GMT+03:00 Dan Andreescu dandree...@wikimedia.org: For the short term, I think further exploration of the Map namespace is great, but I think generic visualization work could go into the Visualization namespace. My suggestion for a name for this namespace may seem a bit obscure. It's a word that means to illuminate: Limn [5]. 3) It's a word that is difficult to translate. -Niklas ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Request for comments: How to deal with open datasets?
Hi, During the Zürich Hackathon I met several people that looked for solutions about how to integrate external open datasets into our projects (mainly Wikipedia, Wikidata). Since Wikidata is not the right tool to manage them (reasons explained in the RFC as discussed during the Wikidata session), I have felt convenient to centralize the discussion about potential requirements, needs, and how to approach this new changing landscape that didn't exist a few years ago. You will find more details here https://meta.wikimedia.org/wiki/Requests_for_comment/How_to_deal_with_open_datasets Your comments, thoughts and ideas are appreciated! Cheers, Micru ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Request for comments: How to deal with open datasets?
2014-05-15 11:25 GMT+02:00 David Cuenca dacu...@gmail.com: During the Zürich Hackathon I met several people that looked for solutions about how to integrate external open datasets into our projects (mainly Wikipedia, Wikidata). Since Wikidata is not the right tool to manage them (reasons explained in the RFC as discussed during the Wikidata session), I have felt convenient to centralize the discussion about potential requirements, needs, and how to approach this new changing landscape that didn't exist a few years ago. You will find more details here https://meta.wikimedia.org/wiki/Requests_for_comment/How_to_deal_with_open_datasets Your comments, thoughts and ideas are appreciated! Thanks for the pointer, How can I put this open data on Wikidata is a question that I have been asked many times, this page was needed. Ciao, C ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!
yup we will move it.as long as Git repositories are easier for me to setup on GitHub I will always start projects there... ;) On 15 May 2014 10:59, Niklas Laxström niklas.laxst...@gmail.com wrote: 2014-05-14 1:34 GMT+03:00 Jon Robson jrob...@wikimedia.org: During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. 1) Will it be moved to Gerrit? 2) One of my use cases is creating maps of translators [1]. Will it be able to display OSM maps based on Semantic MediaWiki properties? [1] https://translatewiki.net/wiki/Map_of_translators 2014-05-14 19:43 GMT+03:00 Dan Andreescu dandree...@wikimedia.org: For the short term, I think further exploration of the Map namespace is great, but I think generic visualization work could go into the Visualization namespace. My suggestion for a name for this namespace may seem a bit obscure. It's a word that means to illuminate: Limn [5]. 3) It's a word that is difficult to translate. -Niklas ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!
2014-05-14 19:43 GMT+03:00 Dan Andreescu dandree...@wikimedia.org: For the short term, I think further exploration of the Map namespace is great, but I think generic visualization work could go into the Visualization namespace. My suggestion for a name for this namespace may seem a bit obscure. It's a word that means to illuminate: Limn [5]. 3) It's a word that is difficult to translate. I'm open to alternatives, but my original choice (WikiViz) was taken ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikimedia-l] Request for comments: How to deal with open datasets?
Thanks Micru! I think we should start by including datasets on wikisource, with descriptions about them (storing the files on commons where possible). And adding more data formats to the formats accepted on commons. Other tools can follow later. On Thu, May 15, 2014 at 5:25 AM, David Cuenca dacu...@gmail.com wrote: Hi, During the Zürich Hackathon I met several people that looked for solutions about how to integrate external open datasets into our projects (mainly Wikipedia, Wikidata). Since Wikidata is not the right tool to manage them (reasons explained in the RFC as discussed during the Wikidata session), I have felt convenient to centralize the discussion about potential requirements, needs, and how to approach this new changing landscape that didn't exist a few years ago. You will find more details here https://meta.wikimedia.org/wiki/Requests_for_comment/How_to_deal_with_open_datasets Your comments, thoughts and ideas are appreciated! Cheers, Micru ___ Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines wikimedi...@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe -- Samuel Klein @metasj w:user:sj +1 617 529 4266 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wmfall] Announcement: Alex Monk joins Wikimedia as Features Contractor
On 05/14/2014 05:38 PM, Terry Chay wrote: Hello everyone, It's a testament to either how awesome our people are… or just how notorious I am for not announcing things promptly that I noticed this sitting in my Google Docs the other day with the note from the VisualEditor Team: terry, we and Alex think this is now good for you to post, if you're OK with it. I'm including the letter as is. Please note the date at the end. … Hello all, It is with great pleasure that I’m announcing that Alex Monk[0] has joined the Wikimedia Foundation as a contractor in Features Engineering. Alex has been a great, wide-ranging and hugely supporting volunteer developer for 2 years on MediaWiki core and several extensions, including LiquidThreads and Echo, helping us get rid of outdated extensions once and for all, and fixing general site issues. Alex will be working with the VisualEditor[3] team to help better integrate the editor into MediaWiki, and create and improve the editing tools, as well as fixes and support for MediaWiki core and other extensions as needed. Alex is currently a student in England, and will be working with us part-time whilst he continues his studies. In his spare time, Alex was recently part of a team at his college competing in this year’s Student Robotics[4] competition, and also enjoys playing online computer games. We’re delighted that he’s agreed to join us, with his first official day Monday, 10 March. Please join me in an only-slightly-belated welcome of Alex to the Wikimedia Foundation. Take care, Terry [0]: [[mw:User:Krenair]] [1]: [[mw:Extension:LiquidThreads]] [2]: [[mw:Extension:Echo]] [3]: [[mw:VisualEditor]] [4]: [[w:en:Student Robotics]] … Even if the staff tries to cover up for me, they now know that I'll somehow conspire to forget to do so until two months later. :-D Please join us in a very-belated welcome of Alex to the Wikimedia Foundation! Take care, terry terry chay 최태리 Director of Features Engineering Wikimedia Foundation “Imagine a world in which every single human being can freely share in the sum of all knowledge. That's our commitment.” p: +1 (415) 839-6885 x6832 m: +1 (408) 480-8902 e: tc...@wikimedia.org i: http://terrychay.com/ w: http://meta.wikimedia.org/wiki/User:Tychay aim: terrychay I have for years appreciated Alex Monk and been grateful to have him as part of our community. He's sensible, calm, thorough, and straightforward without being mean, and a good person to bounce ideas around with. This announcement caused me to look up the chronology of his MediaWiki contributions: Early 2012: first email in my email archives #mediawiki chatlogs mentioning, to, or from Alex (Krenair) October 2012: Alex becomes an Echo maintainer December 2012: first discussion of Alex becoming a core maintainer Feb 2013: Alex becomes a maintainer of MediaWiki core January 2014: Alex comes to Architecture Summit and a bunch of us get to meet him for the first time :) If there are any new MediaWiki hackers out there who think Krenair is one of the old hands because he's an expert: well, he was once a newbie like you, and you can become an expert like him. And he's not a bad role model to follow. :) I'm glad Engineering Community Team could do our bit to help nurture him: now, over to you, Terry. :) -- Sumana Harihareswara Senior Technical Writer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Transcluding non-text content as HTML on wikitext pages
Am 14.05.2014 16:04, schrieb Gabriel Wicke: On 05/14/2014 03:22 PM, Daniel Kinzler wrote: My patch doesn't change the handling of html.../html by the parser. As before, the parser will pass HTML code in html.../html through only if wgRawHtml is enabled, and will mangle/sanitize it otherwise. Oh, I thought that you wanted to support normal wikis with $wgRawHtml disabled. I want to, and I do. html is not sued for normal rendering, it is used by expandtemplates only. During normal rendering, a strip mark is inserted, which will work on all wikis. The one thing that will not work on wikis with $wgRawHtml disabled is parsing the output of expandtemplates. -- daniel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Wikimedia-l] Request for comments: How to deal with open datasets?
On Thu, May 15, 2014 at 1:42 PM, Cristian Consonni kikkocrist...@gmail.com wrote: Thanks for the pointer, How can I put this open data on Wikidata is a question that I have been asked many times, this page was needed. Thanks for your comment! On Thu, May 15, 2014 at 3:59 PM, Samuel Klein meta...@gmail.com wrote: Thanks Micru! I think we should start by including datasets on wikisource, with descriptions about them (storing the files on commons where possible). And adding more data formats to the formats accepted on commons. I don't follow you... why would you put datasets on Wikisource when they are only used in Wikipedia and have to be stored somewhere else? As it is now, it doesn't seem a good dataset management solution. Besides that it would conflict with its identity as repository for textual sources.. About Commons I don't know if it is relevant to their mission as a sharing media platform either... I hope someone from their community can share their views. Thanks for the input, Micru ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!
Visual: ? On 14 May 2014 10:44, Derk-Jan Hartman d.j.hartman+wmf...@gmail.com wrote: PS, i'm building an instance that is running this extension. On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrob...@wikimedia.org wrote: During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case. The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template. Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)! I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question For my usecase A what would the WikiMaps extension have to support for me to use it. Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon [1] https://github.com/jdlrobson/WikiMaps ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] is this how our thumbnail caching works?
Bryan's made some updates to the docs! Here's what Bryan just said to me (forwarded with permission): I put the core of my narrative on wikitech [0] along with the diagram. The page I put that on could use a little more attention to ensure that references to pmtpa are gone. It might be good to remove the discussion of ceph as well since that migration (swift to ceph) was cancelled and isn't likely to start again for a while. I haven't heard anything mentioned about it in the last couple of Core quarterly reviews. [0]: https://wikitech.wikimedia.org/wiki/Media_storage#First_request_for_a_thumbnail_image Bryan Thanks to everyone who clarified this. I hope this helps move https://www.mediawiki.org/wiki/Requests_for_comment/Simplify_thumbnail_cache forward! -- Sumana Harihareswara Senior Technical Writer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!
PictureIt: Envision: Imagine: On May 15, 2014, at 17:06 , Jon Robson jdlrob...@gmail.com wrote: Visual: ? On 14 May 2014 10:44, Derk-Jan Hartman d.j.hartman+wmf...@gmail.com wrote: PS, i'm building an instance that is running this extension. On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrob...@wikimedia.org wrote: During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case. The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template. Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)! I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question For my usecase A what would the WikiMaps extension have to support for me to use it. Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon [1] https://github.com/jdlrobson/WikiMaps ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Engineering] performance guidelines discussion today
On 05/15/2014 01:00 AM, Alolita Sharma wrote: That's 230am in India. Wish these meetings were held a bit earlier (9am PDT :-) Best, Alolita Alolita Sharma आलोलिता शर्मा Director of Engineering Internationalization Localization Wikimedia Foundation Thanks, Alolita. I'll hold another IRC office hour about the performance guidelines sometime early next week, separate from the RfC meetings, in a time more convenient to Asia and Australia. I will also aim to rotate the RfC meeting times more. And if anyone is ever interested in discussing a particular topic and has particular time constraints, please let me know so I can schedule accordingly! Yesterday I got a bunch of useful feedback -- see https://www.mediawiki.org/wiki/Architecture_meetings/Performance_guidelines_discussion_2014-05-14#Meeting_summary_and_logs -- and Tyler (parent5446) agreed to write picking the right cache: a guide for MW developers. In the next day I'll send a note to wikitech-l with the updated doc. Several people committed to giving me feedback on it within a week of that mail so I can remove the {{draft}} tag and we can call it our consensus. -Sumana ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!
I like Visual:, any +1s? +2s? The only downside might be a slight conflict with VisualEditor On Thu, May 15, 2014 at 11:20 AM, dan-nl dan.entous.wikime...@gmail.comwrote: PictureIt: Envision: Imagine: On May 15, 2014, at 17:06 , Jon Robson jdlrob...@gmail.com wrote: Visual: ? On 14 May 2014 10:44, Derk-Jan Hartman d.j.hartman+wmf...@gmail.com wrote: PS, i'm building an instance that is running this extension. On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrob...@wikimedia.org wrote: During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case. The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template. Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)! I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question For my usecase A what would the WikiMaps extension have to support for me to use it. Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon [1] https://github.com/jdlrobson/WikiMaps ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Tech Talk - Elasticsearch: May 15 @19:00 UTC
This session is starting in 15 minutes. On Sun, May 11, 2014 at 2:00 AM, Rachel Farrand rfarr...@wikimedia.org wrote: Join Nik Everett on May 15 at 19:00 UTC for his talk on Elasticsearch: What it is? Why we chose it? How does it work? What is left to do before we cut over to it completely? https://www.mediawiki.org/wiki/Search Hangout link herehttps://plus.google.com/b/103470172168784626509/events/cokipb2senmmvkvdjif7aq55kac . ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Tech Talk - Elasticsearch: May 15 @19:00 UTC
On Thu, May 15, 2014 at 6:43 PM, Quim Gil q...@wikimedia.org wrote: On Sun, May 11, 2014 at 2:00 AM, Rachel Farrand rfarr...@wikimedia.org wrote: Join Nik Everett on May 15 at 19:00 UTC for his talk on Elasticsearch: What it is? Why we chose it? How does it work? What is left to do before we cut over to it completely? https://www.mediawiki.org/wiki/Search Hangout link herehttps://plus.google.com/b/103470172168784626509/events/cokipb2senmmvkvdjif7aq55kac This session is starting in 15 minutes. FYI, youtube link is http://youtu.be/FubXExbAvOA -Jeremy ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!
By the way, the Vega work is deployed to this wiki: http://analytics-wiki.wmflabs.org/mediawiki/Main_Page#Visualization Jon/DJ/Aude, if you want I can add a more generic proxy name for that wiki and put your stuff on there too? It's in the analytics project in labs but I'm happy to give anyone rights to it. On Thu, May 15, 2014 at 1:35 PM, Dan Andreescu dandree...@wikimedia.orgwrote: I like Visual:, any +1s? +2s? The only downside might be a slight conflict with VisualEditor On Thu, May 15, 2014 at 11:20 AM, dan-nl dan.entous.wikime...@gmail.comwrote: PictureIt: Envision: Imagine: On May 15, 2014, at 17:06 , Jon Robson jdlrob...@gmail.com wrote: Visual: ? On 14 May 2014 10:44, Derk-Jan Hartman d.j.hartman+wmf...@gmail.com wrote: PS, i'm building an instance that is running this extension. On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrob...@wikimedia.org wrote: During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case. The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template. Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)! I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question For my usecase A what would the WikiMaps extension have to support for me to use it. Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon [1] https://github.com/jdlrobson/WikiMaps ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?
This is a casual request for comments about the use of 3rd party authentication providers for our future Wikimedia Phabricator instance. Wikimedia Phabricator is expected to replace Bugzilla, Gerrit and many other tools, each of them having their own registration and user account. The plan is to offer Wikimedia SUL (your Wikimedia credentials) as the default way to login to Phabricator -- details at http://fab.wmflabs.org/T40 However, Phabricator can support authentication using 3rd party providers like GitHub, Google, etc. You can get an idea at https://secure.phabricator.com/auth/start/ There are good reasons to plan for Wikimedia SUL only (consistency with the rest of Wikimedia projects), and there are good reasons to plan for other providers as well (the easiest path for most first-time contributors). What do you think? Should we offer alternatives to Wikimedia login? If so, which ones? -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?
On Thu, May 15, 2014 at 5:20 PM, Quim Gil q...@wikimedia.org wrote: This is a casual request for comments about the use of 3rd party authentication providers for our future Wikimedia Phabricator instance. Wikimedia Phabricator is expected to replace Bugzilla, Gerrit and many other tools, each of them having their own registration and user account. The plan is to offer Wikimedia SUL (your Wikimedia credentials) as the default way to login to Phabricator -- details at http://fab.wmflabs.org/T40 However, Phabricator can support authentication using 3rd party providers like GitHub, Google, etc. You can get an idea at https://secure.phabricator.com/auth/start/ There are good reasons to plan for Wikimedia SUL only (consistency with the rest of Wikimedia projects), and there are good reasons to plan for other providers as well (the easiest path for most first-time contributors). What do you think? Should we offer alternatives to Wikimedia login? If so, which ones? Will Labs no longer have the same authentication as the rest of the tooling? Is this something that will be solved before the switch? - Ryan ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?
On Thu, May 15, 2014 at 9:20 PM, Quim Gil q...@wikimedia.org wrote: There are good reasons to plan for Wikimedia SUL only (consistency with the rest of Wikimedia projects), and there are good reasons to plan for other providers as well (the easiest path for most first-time contributors). If there's a problem with SUL/centralauth and you can't log in either to the wikis or to phabricator then how do we report/track that issue? (I'm a bit less worried about the case where SSO/federated auth breaks but wiki login is still working.) Also, have we considered two factor auth (2fa)? or are there some users (security bugs?) that should have different requirements than other users? What do you think? Should we offer alternatives to Wikimedia login? If so, which ones? I'm not sure about whether to open to any service under the sun. Would need to be sure that users are very clear about what happens if their choice of auth service is compromised or their account their is compromised or service decides to shut down. -Jeremy ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?
i like the idea of having one wikimedia login for all wikimedia wikis, tools, labs, gerrit, mail lists, etc. and keeping other logins such as google, yahoo, or github in their own domain. On May 15, 2014, at 23:20 , Quim Gil q...@wikimedia.org wrote: This is a casual request for comments about the use of 3rd party authentication providers for our future Wikimedia Phabricator instance. Wikimedia Phabricator is expected to replace Bugzilla, Gerrit and many other tools, each of them having their own registration and user account. The plan is to offer Wikimedia SUL (your Wikimedia credentials) as the default way to login to Phabricator -- details at http://fab.wmflabs.org/T40 However, Phabricator can support authentication using 3rd party providers like GitHub, Google, etc. You can get an idea at https://secure.phabricator.com/auth/start/ There are good reasons to plan for Wikimedia SUL only (consistency with the rest of Wikimedia projects), and there are good reasons to plan for other providers as well (the easiest path for most first-time contributors). What do you think? Should we offer alternatives to Wikimedia login? If so, which ones? -- Quim Gil Engineering Community Manager @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!
DataDisplay: On May 15, 2014, at 22:59 , Dan Andreescu dandree...@wikimedia.org wrote: By the way, the Vega work is deployed to this wiki: http://analytics-wiki.wmflabs.org/mediawiki/Main_Page#Visualization Jon/DJ/Aude, if you want I can add a more generic proxy name for that wiki and put your stuff on there too? It's in the analytics project in labs but I'm happy to give anyone rights to it. On Thu, May 15, 2014 at 1:35 PM, Dan Andreescu dandree...@wikimedia.orgwrote: I like Visual:, any +1s? +2s? The only downside might be a slight conflict with VisualEditor On Thu, May 15, 2014 at 11:20 AM, dan-nl dan.entous.wikime...@gmail.comwrote: PictureIt: Envision: Imagine: On May 15, 2014, at 17:06 , Jon Robson jdlrob...@gmail.com wrote: Visual: ? On 14 May 2014 10:44, Derk-Jan Hartman d.j.hartman+wmf...@gmail.com wrote: PS, i'm building an instance that is running this extension. On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrob...@wikimedia.org wrote: During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case. The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template. Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)! I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question For my usecase A what would the WikiMaps extension have to support for me to use it. Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon [1] https://github.com/jdlrobson/WikiMaps ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!
Folks, this looks really fantastic, way to go!! I'd really love to contribute to this, as time allows, BTW. * Data (one or more sets of data, can be geojson, topojson, tsv, csv, layers from OSM [3], OHM [4], etc.) snip / * Datasets in WikiData using an alternative data model I'm especially interested in what could be done with Wikidata queries, and hooking those into a Wiki's metadata. I think this has tons of potential for analyzing contributions to Wikipedia in a collaborative way. A bit a la Wikimetrics but with many more options for pulling in and hooking up data of various sorts, on-wiki. It would also be great to hook this into activity feeds for sets of users or articles, for example, so you could go back and forth between a stream of edits and aggregate data about them, or maybe even overlay a graph on a stream of edits along a timeline. Finally, it would be nice to be able to define data transformations and visualizations in a modular way. For example, if one user has an interesting data set or Wikidata query that pulls in information on events related to a certain topic, and another user has defined a nice way of visualizing events on a timeline, a third might be able to use the first user's data with the second user's visualization defintion, or even bring in data on a different set of events, and display both sets in a single visualization, etc., etc. Mmm, just a thought... It's a word that means to illuminate: Limn [5]. 3) It's a word that is difficult to translate. How about Munge? As in, it munges data so you can view it in different ways? That's easy to translate! Rhymes with grunge... Cheers, Andrew On 15/05/14 15:59, Dan Andreescu wrote: By the way, the Vega work is deployed to this wiki: http://analytics-wiki.wmflabs.org/mediawiki/Main_Page#Visualization Jon/DJ/Aude, if you want I can add a more generic proxy name for that wiki and put your stuff on there too? It's in the analytics project in labs but I'm happy to give anyone rights to it. On Thu, May 15, 2014 at 1:35 PM, Dan Andreescu dandree...@wikimedia.orgwrote: I like Visual:, any +1s? +2s? The only downside might be a slight conflict with VisualEditor On Thu, May 15, 2014 at 11:20 AM, dan-nl dan.entous.wikime...@gmail.comwrote: PictureIt: Envision: Imagine: On May 15, 2014, at 17:06 , Jon Robson jdlrob...@gmail.com wrote: Visual: ? On 14 May 2014 10:44, Derk-Jan Hartman d.j.hartman+wmf...@gmail.com wrote: PS, i'm building an instance that is running this extension. On Wed, May 14, 2014 at 12:34 AM, Jon Robson jrob...@wikimedia.org wrote: During the Zurich hackathon, DJ Hartman, Aude and I knocked up a generic maps prototype extension [1]. We have noticed that many maps like extensions keep popping up and believed it was time we standardised on one that all these extensions could use so we share data better. We took a look at all the existing use cases and tried to imagine what such an extension would look like that wouldn't be too tied into a specific use case. The extension we came up with was a map extension that introduces a Map namespace where data for the map is stored in raw GeoJSON and can be edited via a JavaScript map editor interface. It also allows the inclusion of maps in wiki articles via a map template. Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)! I'd be interested in people's thoughts around this extension. In particular I'd be interested in the answer to the question For my usecase A what would the WikiMaps extension have to support for me to use it. Thanks for your involvement in this discussion. Let's finally get a maps extension up on a wikimedia box! Jon [1] https://github.com/jdlrobson/WikiMaps ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?
On Thu, May 15, 2014 at 2:20 PM, Quim Gil q...@wikimedia.org wrote: There are good reasons to plan for Wikimedia SUL only (consistency with the rest of Wikimedia projects), and there are good reasons to plan for other providers as well (the easiest path for most first-time contributors). What do you think? Should we offer alternatives to Wikimedia login? If so, which ones? I think we should also support Labs/LDAP in addition to SUL. I'm not really a fan of the third-party providers but we should definitely have a secondary auth in place for when the cluster is down as Jeremy rightly points out. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!
On Thu, May 15, 2014 at 8:06 AM, Jon Robson jdlrob...@gmail.com wrote: Visual: ? The mild conflict VisualEditor: conflict aside, that seems reasonable. View: might also work if it's not used for something else. Either way, it's going to be a bit tricky to translate. It might be good to design it with Commons in mind from the start, so that a Visual:/View: can be loaded from a foreign repository as well as the local one. A qLabel style translation approach (using Wikidata) might be helpful to consider as well [1]. Overall this is very exciting work with lots of potential future applications. I don't think it's resourced for success yet, but let's figure out where it should sit in our roadmap since it would address many shared needs if done right. Erik [1] http://google-opensource.blogspot.com/2014/04/qlabel-multilingual-content-without.html -- Erik Möller VP of Engineering and Product Development, Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?
On Thu, 2014-05-15 at 14:20 -0700, Quim Gil wrote: This is a casual request for comments about the use of 3rd party authentication providers for our future Wikimedia Phabricator instance. Wikimedia Phabricator is expected to replace Bugzilla, Gerrit and many other tools, each of them having their own registration and user account. The plan is to offer Wikimedia SUL (your Wikimedia credentials) as the default way to login to Phabricator -- details at http://fab.wmflabs.org/T40 However, Phabricator can support authentication using 3rd party providers like GitHub, Google, etc. You can get an idea at https://secure.phabricator.com/auth/start/ There are good reasons to plan for Wikimedia SUL only (consistency with the rest of Wikimedia projects), and there are good reasons to plan for other providers as well (the easiest path for most first-time contributors). What do you think? Should we offer alternatives to Wikimedia login? If so, which ones? Seeing the mess with user accounts we have on the Wikis these days, please make sure we wont run into naming conflicts. A wiki user with the global account foo should always be able to use that account Phabricator, no matter what users from other sources did before. Cheers, Marius ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?
On Thu, May 15, 2014 at 2:20 PM, Quim Gil q...@wikimedia.org wrote: However, Phabricator can support authentication using 3rd party providers like GitHub, Google, etc. You can get an idea at https://secure.phabricator.com/auth/start/ I think since this is already built and would require no extra work, we should definitely support GitHub and Persona as well. There are basically two types of users for our issue trackers and code review tools: 1). Users who are already Wikimedia community members or staff. These users will have Wikimedia and/or Labs accounts to authenticate with. This includes basically all Wikipedians etc. as well. Wikimedia OAuth support will make most of these people happy. 2.) Users who are technical or design-oriented who may be willing to help, but who come from outside Wikimedia. Basically anyone who does FOSS development these days has a GitHub account, which is a big part of why we mirror to GitHub already. If we are serious about wanting to be friendly towards additional open source contributors, all of these users will be familiar with either GitHub or Persona. (Mozilla Persona is less well-known, but is extremely user friendly and will be beloved by the hard core FOSS person who doesn't like GitHub's centralized model). Other providers (like Google, Facebook, etc.) are not really going to get us a lot of extra traction among either Wikimedians or new technical contributors. Plus, having too many choices is a bad user experience.[1] Steven 1. http://uxmyths.com/post/712569752/myth-more-choices-and-features-result-in-higher-satisfac ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?
Ideally you would be able to link your (say) github and WMF account. So that if I (as an outsider) start a bug report/patch/etc using my existing github account, and then eventually get a WMF account (so that I can do labs-related things?) I can manage my bugs/patches regardless of which account's cookies happen to be on my machine. Then you might plausibly allow 3rd party accounts to open bugs, comment on them, etc, but require a WMF account in order to +2 patches, resolve bugs, or other higher-privilege operations. It should be as easy as possible to open and link a new WMF account when a new user starts wanting to contribute more. --scott ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?
There is some privacy question around it? 2014-05-15 20:42 GMT-03:00 C. Scott Ananian canan...@wikimedia.org: Ideally you would be able to link your (say) github and WMF account. So that if I (as an outsider) start a bug report/patch/etc using my existing github account, and then eventually get a WMF account (so that I can do labs-related things?) I can manage my bugs/patches regardless of which account's cookies happen to be on my machine. Then you might plausibly allow 3rd party accounts to open bugs, comment on them, etc, but require a WMF account in order to +2 patches, resolve bugs, or other higher-privilege operations. It should be as easy as possible to open and link a new WMF account when a new user starts wanting to contribute more. --scott ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Login to Wikimedia Phabricator with a GitHub/Google/etc account?
On Thu, 2014-05-15 at 21:34 +, Jeremy Baron wrote: On Thu, May 15, 2014 at 9:20 PM, Quim Gil q...@wikimedia.org wrote: There are good reasons to plan for Wikimedia SUL only (consistency with the rest of Wikimedia projects), and there are good reasons to plan for other providers as well (the easiest path for most first-time contributors). If there's a problem with SUL/centralauth and you can't log in either to the wikis or to phabricator then how do we report/track that issue? We can still make noise on mailing lists and IRC (which sometimes is the case for reporting issues already). Right now people complain that e.g. Bugzilla has a separate login so they don't report issues there. It's hard to judge what's the bigger problem because being concerned about our tools having the same auth mechanism has only come up since having the same auth mechanism is being considered, of course. :) andre -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Engineering] performance guidelines discussion today
Thanks Sumana! That works :-) Best, Alolita Alolita Sharma आलोलिता शर्मा Director of Engineering Internationalization Localization Wikimedia Foundation On Thu, May 15, 2014 at 7:22 PM, Sumana Harihareswara suma...@wikimedia.org wrote: On 05/15/2014 01:00 AM, Alolita Sharma wrote: That's 230am in India. Wish these meetings were held a bit earlier (9am PDT :-) Best, Alolita Alolita Sharma आलोलिता शर्मा Director of Engineering Internationalization Localization Wikimedia Foundation Thanks, Alolita. I'll hold another IRC office hour about the performance guidelines sometime early next week, separate from the RfC meetings, in a time more convenient to Asia and Australia. I will also aim to rotate the RfC meeting times more. And if anyone is ever interested in discussing a particular topic and has particular time constraints, please let me know so I can schedule accordingly! Yesterday I got a bunch of useful feedback -- see https://www.mediawiki.org/wiki/Architecture_meetings/Performance_guidelines_discussion_2014-05-14#Meeting_summary_and_logs -- and Tyler (parent5446) agreed to write picking the right cache: a guide for MW developers. In the next day I'll send a note to wikitech-l with the updated doc. Several people committed to giving me feedback on it within a week of that mail so I can remove the {{draft}} tag and we can call it our consensus. -Sumana ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l