Re: [Wikitech-l] API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month

On Wed, Jun 17, 2015 at 7:44 PM, John Mark Vandenberg wrote: > > The API currently emits a warning if a query continuation mode isnt > selected. > > I guess on July 1 the API could emit an error, and not return any query > data. > Then the data isnt going to cause weird behaviour - it will break,

Re: [Wikitech-l] API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month

Jonathan, in theory, if you never use query continuation, you don't need to do anything with your code - you just need to tell the community that the bot is ok to use the new continuation system. This way noone will block the bot just in case. It is much better than to use "rawcontinue", because t

Re: [Wikitech-l] Geohack tools

Pine, you are right. That list is not very useful, and instead should look something like this: https://en.wikivoyage.org/wiki/Salzburg#Get_around The bad news is that the tile service it uses is hosted on labs, which means it cannot scale to the regular wikipedia-usage levels. Plus there might b

Re: [Wikitech-l] Announcing the launch of Maps

The STYLE of the map is in https://github.com/kartotherian/osm-bright.tm2 which is a fork from https://github.com/mapbox/mapbox-studio-osm-bright.tm2 -- released by Mapbox under a 3 clause BSD license (IANAL). On Thu,

Re: [Wikitech-l] Announcing the launch of Maps

The bracketing was introduced to reduce the DDOS attack surface and increase the cache hit ratio. This means that we could in theory do all the magic of bracketing in the varnish (to keep the cache rate high), or we could force the clients to do the logic. The problem with Varnish approach is that

Re: [Wikitech-l] Announcing the launch of Maps

Please file a phabricator task, and add maps and operations on it On Sep 19, 2015 3:21 AM, "Yongmin Hong" wrote: > 2015. 9. 18. 오전 4:27에 "Tomasz Finc" 님이 작성: > > > > The Discovery Department has launched an experimental tile and static > maps > > service available at https://maps.wikimedia.org. >

Re: [Wikitech-l] Deprecate $wgEnableAPI?

+1 On Oct 14, 2015 02:49, "Erik Bernhardson" wrote: > +∞. This switch can only make things more complicated, and i highly doubt > developers are taking this into consideration when writing new features. It > seems like a 'please break everything' switch. > > On Tue, Oct 13, 2015 at 3:49 PM, Max S

[Wikitech-l] JetBrains IDE licenses for MW developers - php, js/node, python, C/C++, puppet, ruby, ...

Developers, we now have licenses for JetBrains' IDEA Ultimate (JavaScript, PHP, Python, ...) and CLion (C/C++). The IDE supports debugging in Vagrant and on-the-fly static code analysis. If you are a volunteer developer, and wa

[Wikitech-l] Vision for Wikipedia

I would like to share my vision for Wikipedia's future, as well as some steps that could help us get there. I hope you find it useful. Please share your feedback and ideas. Vision: https://meta.wikimedia.org/wiki/User:Yurik/I_Dream_of_Content Implementation: https://meta.wikimedia.org/wiki/User:Yu

[Wikitech-l] Flushing cached parser output after preview

https://phabricator.wikimedia.org/T119779 Graph extension generates different html output depending on the isPreview parser option, but if user previews a page and saves it right after without any changes, the parser reuses previous output. Is there a way to force parser regenerate on save? Thanks!

Re: [Wikitech-l] Appreciation thread, 2015

* JGirault, TheDJ, Milimetric, and Ferdbold for their hard work on graphs * MaxSem, Akosiaris, bblack and johannesk_wmde for the maps Everyone - for helping ) On Tue, Dec 8, 2015 at 2:38 AM, Isarra Yos wrote: > Perhaps a thanks to the people we don't think about, who we often never > even work

[Wikitech-l] Interactive graphs & charts are now live

The tag has just been upgraded to Vega 2.0, adding interactivity support. See live examples here . Vega 1.0 is still available, but it is obsolete. Please migrate all your graphs to the new system so we can turn 1.0 off. See how to migrate: h

Re: [Wikitech-l] [Wmfall] Community Wishlist Survey: Top 10 wishes!

> > #3. Central global repository for templates, gadgets and Lua modules (87) > I would love to participate in this - I feel it would bring different language communities much closer together. And great for Graphs & Maps. > #7. Pageview Stats tool (70) > We could even do it on-wiki like here

[Wikitech-l] Sharing JS code between NodeJS and browser

For JS gurus - what is the best way to share JavaScript library code between the NodeJS and browser? The shared library will need to use $.extend()-like functionality, URL parsing and reconstructing, and logging. How should the code be organized? What are the recommended tools to automate the pro

Re: [Wikitech-l] Sharing JS code between NodeJS and browser

Trevor and Daniel, thanks for your reply. How would you structure the code that is to be shared? Should it be a separate NPM package, referenced from the extension package.json via git url, and have a small file in the extension's lib/ dir with a oneliner - "require('...')" that browserify coul

[Wikitech-l] New tutorial for interactive graphics on Wiki

I just finished writing a tutorial on how to build interactive Vega graphs for Wikipedia. And yes, we could build video games this way too :) https://www.mediawiki.org/wiki/Extension:Graph/Interactive_Graph_Tutorial ___ Wikitech-l mailing list Wikitech-l

Re: [Wikitech-l] New tutorial for interactive graphics on Wiki

Well, it already supports geo projections, with mouse-draggable map spinning [1]... We could implement some 3d models if we can hide the out-of-sight polygons :) http://vega.github.io/vega-editor/?mode=vega&spec=map-params ___ Wikitech-l mailing list Wik

Re: [Wikitech-l] New tutorial for interactive graphics on Wiki

e: > > > Great! now, I think it should be marked for translation. > > > > On 31 December 2015 at 08:38, Pine W wrote: > > > > > The tutorial looks nice! I will take a look when I am less distracted > by > > > finance reports. Thank you for work

Re: [Wikitech-l] New tutorial for interactive graphics on Wiki

Florian, thank you! Any help with the tutorial is greatly appreciated :) On Sun, Jan 10, 2016 at 11:36 PM, Florian Schmidt < florian.schmidt.wel...@t-online.de> wrote: > Hi, > > I was free and edited the page: > https://www.mediawiki.org/w/index.php?title=Extension%3AGraph%2FInteractive_Graph_Tu

Re: [Wikitech-l] Data visualization for wiki

Ivo, there are two aspects of building graphs for Wiki: * defining a "type" or "style" of a graph * instantiating a graph with the specific data Defining a new graph is a relatively complex programming task - one has to program how graph would look like using Vega syntax. Instantiating is much eas

Re: [Wikitech-l] T43327: Add page views graph(s) to MediaWiki's info action for Wikimedia wikis

he.wiki has already enabled it by inserting Graph:PageViews template into the info template, but yours does look cleaner. The graph will show only if you did not modify your interface language in the Hebrew wiki, or if you are not logged in. https://he.wikipedia.org/w/index.php?title=%D7%A2%D7%9E%

Re: [Wikitech-l] X-Wikimedia-Debug, your new secret side-kick

Isn't there a recommendation not to use the X- prefix for any new headers? On Mar 31, 2016 12:23 PM, "Jaime Crespo" wrote: > On Thu, Mar 31, 2016 at 3:32 AM, Ori Livneh wrote: > > > Cool? Cool. > > Definitely Cool. > > -- > Jaime Crespo > > > __

[Wikitech-l] JetBrains licenses for Volunteers and Staff

PhpStorm, InteliJ IDEA, Resharper and other JetBrain users, we just received free upgraded licenses for all of their products. Check your account at https://account.jetbrains.com/licenses and login with that account inside your application to automatically use that license. If you don't see the li

Re: [Wikitech-l] JetBrains licenses for Volunteers and Staff

ot; wrote: > Hi Yuri, > > ReSharper interests me. This email refers to license upgrades. What is > involved in initially qualifying for a license? > > Thanks, > > Pine > On Apr 18, 2016 09:44, "Yuri Astrakhan" wrote: > > > PhpStorm, InteliJ IDEA, Resha

[Wikitech-l] Enabling shared tabular data pages

We have had some good feedback for the new shared tabular data feature, and we are getting ready to deploy it in production. It would be amazing if you can give it a final look-over to see if there are any blockers left. The first stage will be to enable Data:*.tab pages on Commons, and allow al

Re: [Wikitech-l] Enabling shared tabular data pages

e any thoughts about the proposed data structure? On Mon, Jun 6, 2016 at 4:09 PM, Daniel Kinzler wrote: > Am 04.06.2016 um 18:47 schrieb Yuri Astrakhan: > > In line with the "release early, release often", we will not have any > > elaborate data editing interface beyond th

Re: [Wikitech-l] Enabling shared tabular data pages

Daniel, thanks, inline: The structure looks sane and future-proof to me, but since it's > all-in-one-blob, > it'll be hard to scale it to more than a few ten thousand lines or so. I > like > this model, but if you want to go beyond that (DO we want to go beyond > that?!) > you will need a differen

Re: [Wikitech-l] Enabling shared tabular data pages

Mon, Jun 6, 2016 at 9:14 PM, Rob Lanphier wrote: > On Mon, Jun 6, 2016 at 6:40 AM, Yuri Astrakhan > wrote: > > > Daniel, I agree about the data/api versioning. I was mostly talking about > > features and capabilities. For example, we could spend the next year > > devel

Re: [Wikitech-l] 2016W24 ArchCom RFC meeting (2016-06-15)

Thank you Pine for your support! I do hope we can get this sorted out and deployed :) On Wed, Jun 15, 2016 at 10:30 AM, Pine W wrote: > I can't attend this meeting, but want to continue to voice support for > improving MediaWiki (primarily VE) and Commons ability to accept, > manipulate, and dis

[Wikitech-l] to be enabled tomorrow

Seems we have no more blockers for tag on all Wikipedias. We will enable it tomorrow, Sept 1st. tag allows editors to add a link to a popup map, complete with extra geojson overlay data. See help page for instructions: https://www.mediawiki.org/wiki/Help:Extension:Kartographer#.3Cmaplink.3E Sub

Re: [Wikitech-l] to be enabled tomorrow

gt; > Thanks, >Andrei > > 2016-08-31 23:19 GMT+03:00 Yuri Astrakhan : > > Seems we have no more blockers for tag on all Wikipedias. We > will > > enable it tomorrow, Sept 1st. tag allows editors to add a link > to > > a popup map, complete with extra geojson over

[Wikitech-l] Wikipedia gets Map links and Geoshapes service

Dear community, this week we enabled support on all Wikipedia and sister projects. This means that now an article can have a link to a map, and that map may contain highlighted regions and popups with information. [1],[3] Our next step is to add an informational sidebar to the map, similar to wh

[Wikitech-l] Shared localized maps data demo

I would like to show one of the projects that Interactive team has been hacking on: localizable maps data (GeoJSON), stored on Commons, and usable from multiple wikis. I hope we can get it polished and enabled in production soon enough - so far, lab's beta cluster only: https://en.wikipedia.beta.w

[Wikitech-l] Localizable data for Graphs and Templates on Commons

add translations. English: https://en.wikipedia.beta.wmflabs.org/wiki/Dimpvis_-_Fertility_vs_Life_Expectancy Russian: https://en.wikipedia.beta.wmflabs.org/wiki/Dimpvis_-_Fertility_vs_Life_Expectancy?uselang=ru On Mon, Nov 7, 2016 at 11:46 PM Yuri Astrakhan wrote: > I would like to show one

Re: [Wikitech-l] Arbitrary Wikidata querying

AFAIK, you can query data from Wikidata, but you cannot put it into a page, unless its a graph. Graphs can do it - https://www.mediawiki.org/wiki/Extension:Graph/Demo/Sparql As of last Thursday, you can also create a table on Commons Data namespace, and make a simple Lua script on your favorite wi

[Wikitech-l] Now live: Shared structured data

Gift season! We have launched structured data on Commons, available from all wikis. TLDR; One data store. Use everywhere. Upload table data to Commons, with localization, and use it to create wiki tables, lists, or use directly in graphs. Works for GeoJSON maps too. Must be licensed as CC0. Try th

Re: [Wikitech-l] Now live: Shared structured data

bular and map data did not excite you :( On Thu, Dec 22, 2016 at 2:38 PM Brad Jorsch (Anomie) wrote: > On Thu, Dec 22, 2016 at 2:30 PM, Yuri Astrakhan > wrote: > > > Gift season! We have launched structured data on Commons, available from > > all wikis. > > > > I

Re: [Wikitech-l] Now live: Shared structured data

Micru, thanks, I think Datasets sounds like a good name too! On Thu, Dec 22, 2016 at 2:44 PM David Cuenca Tudela wrote: > On Thu, Dec 22, 2016 at 8:38 PM, Brad Jorsch (Anomie) < > bjor...@wikimedia.org > > wrote: > > > On Thu, Dec 22, 2016 at 2:30 PM, Yuri Astrakhan <

Re: [Wikitech-l] [discovery] Now live: Shared structured data

Svetlana, thanks for suggestion. I think we should create a portal similar to the Structured Data one, and put some examples there. Deciding on the name is difficult :) "Commons Datasets" does sound good. There has been a very prolonged discussion on where to host this feature - https://meta.wi

Re: [Wikitech-l] Now live: Shared structured data

ery interesting. Am I wrong thinking this could helpto create > multi-lingual glossary as drafted in > https://phabricator.wikimedia.org/T150263#2860014 ? > > > Le 22/12/2016 à 20:30, Yuri Astrakhan a écrit : > > Gift season! We have launched structured data on Commons, availa

Re: [Wikitech-l] Now live: Shared structured data

specially since translations can lead to > varying lenght needs. > > > Le 25/12/2016 à 17:03, Yuri Astrakhan a écrit : > > Hi Mathieu, yes, I think you can totally build up this glossary in a > > dataset. Just remember that each string can be no longer then 400 chars, > &

[Wikitech-l] Localizable cross-wiki templates

TLDR: Templates can now use datasets on Commons for all their localizable messages, making it possible to copy/paste templates between wiki without any changes. If you look at the Graph:Lines template [1], there is a small link under each graph that points to the data source. That link is automati

[Wikitech-l] Map replaces GeoHack on ruwiki

Russian Wikipedia just replaced all of their map links in the upper right corner (geohack) with the - Kartographer extension! Moreover, when clicking the link, it also shows the location outline, if that object exists in OpenStreetMap, using corresponding Wikidata ID. My deepest respect to my fo

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

Thanks Legoktm! For the reference, I was granted these rights as a volunteer, before joining WMF: https://lists.gt.net/wiki/wikitech/335950 On Tue, Jan 24, 2017 at 10:44 PM, Legoktm wrote: > Hi, > > After speaking with Yurik, I've filed > on his behal

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

How is that different from becoming disgruntled while still working at WMF? Or becoming disgruntled without ever joining? Or stolen credentials? On Wed, Jan 25, 2017, 16:01 Kevin Smith wrote: On Wed, Jan 25, 2017 at 12:55 PM, Alex Monk wrote: > You don't appear to be a developer. Even if you w

[Wikitech-l] Attention: Vagrant XDebug has changed!

If you have been using remote debugging in Vagrant, make sure you "enable-role zend". Otherwise your debugger will no longer receive any callbacks from Vagrant. This is due to the recent change to HHVM by default. There has been some ideas to allow both zend & hhvm to coexist at the same time on t

[Wikitech-l] Do we have a universal font in production?

I'm trying to render an image which uses characters from all of the languages supported by WP. Is there a single font deployed on production servers that include all scripts? Any simple font would do, preferably TTF arial-style. Thanks! ___ Wikitech-l mai

Re: [Wikitech-l] Do we have a universal font in production?

Thanks Federico, I used /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf but didn't see FreeSerif. DejaVuSans doesn't seem to render Hindi. Is there a font for that? On Wed, Jul 30, 2014 at 2:12 AM, Federico Leva (Nemo) wrote: > No such font exists. You can try DejaVu Sans or FreeSerif for b

Re: [Wikitech-l] Bikeshedding a good name for "the api.php API"

API vs REST/CONTENT API? If we end up exposing rest API via the same entry point, no reason of even calling it anything else. If we have a separate entry point (why?), we could call it REST API or CONTENT API, specifying that it is mostly for the rendered content as opposed to internal database dat

[Wikitech-l] Graphs demo

Graph extension is now live on http://graphtest.wmflabs.org/wiki/Main_Page Hopefully the main page will stay somewhat presentable :) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists

Re: [Wikitech-l] JSON and Scribunto

Disclaimer, Obviously as the developer of JsonConfig & Graph, I am strongly in favor of Json capabilities in Lua. That being said, would the new Lua functions be any more in danger of misuse than the powerful raw HTML generation library, or the capability of pulling content of may pages in a list (

Re: [Wikitech-l] Improving our code review efficiency

How about a simple script to create a phabricator task after a few days (a week?) of a patch inactivity to review that patch. It will allow "assign to", allow managers to see each dev's review queue, and will prevent patches to fall through the cracks. Obviously this won't be needed after we move

Re: [Wikitech-l] Improving our code review efficiency

for modules, which will > be relevant also to triaging bug reports. > > -- brion > On Jan 29, 2015 2:03 PM, "Yuri Astrakhan" > wrote: > > > How about a simple script to create a phabricator task after a few days > (a > > week?) of a patch inactivity to revie

Re: [Wikitech-l] From Node.js to Go

Language fragmentation is always fun, but, as with any new one, my concerns lie in the environment - is there enough tools to make the advertised benefits worth it, does it have a decent IDE with the smart code completion, refactoring, and a good debugger? Does it have a packaging/dependency system

[Wikitech-l] SOA in .NET, or Microsoft is going open source MIT style

For those not adicted to slashdot, see here . Licenced under MIT , plus an additional patents promise

Re: [Wikitech-l] Investigating building an apps content service using RESTBase and Node.js

Tim, I like Varnish's vcl flexibility, but not the debugging aspects. Still, +1, but could you elaborate on how you see: * Services communicate with each other - via varnish as well or directly? * Do you see routing varnish layer as non-caching, only to forward request to the second tear service-s

Re: [Wikitech-l] Reminder: Breaking change to API continuation planned for 1.26

I still think that we should provide a simple API clients for JS, PHP, and python. JS version should support both Browser & node.js. The libs should handle the most rudimentary API functioning like logins, warnings, & continuation, in the way that API devs feel is best, but nothing specific to any

[Wikitech-l] GRAPH extension is now live everywhere!

Starting today, editors can use ** tag to include complex graphs and maps inside articles. *Demo:* https://www.mediawiki.org/wiki/Extension:Graph/Demo *Vega's demo:* http://trifacta.github.io/vega/editor/?spec=scatter_matrix *Extension info:* https://www.mediawiki.org/wiki/Extension:Graph *Vega's

Re: [Wikitech-l] GRAPH extension is now live everywhere!

! On Wed, May 6, 2015 at 6:32 AM, Brian Wolff wrote: > On 5/5/15, Yuri Astrakhan wrote: > > Starting today, editors can use ** tag to include complex graphs > and > > maps inside articles. > > > > *Demo:* https://www.mediawiki.org/wiki/Extension:Graph/

Re: [Wikitech-l] GRAPH extension is now live everywhere!

more difficult for others to > > edit. Also having it inside the page makes it really difficult to > > extract/encourage remixing of the data... > > > > On Wed, May 6, 2015 at 4:32 AM, Brian Wolff wrote: > > > >> On 5/5/15, Yuri Astrakhan wrote: > >

Re: [Wikitech-l] GRAPH extension is now live everywhere!

ne Zelenko wrote: > Hi, Yuri! > > I think will be reasonable to allow transclusion of graphs (or their > parts, for example without text labels) from Commons. This will allow > to share graphs between projects. > > Eugene. > > On Wed, May 6, 2015 at 5:51 AM, Yuri Astrakh

Re: [Wikitech-l] GRAPH extension is now live everywhere!

Sorry, I meant "do NOT save", when trying dynamic graph preview. If anyone is interested, or as a student project - a simple sandbox implementation task: https://phabricator.wikimedia.org/T98312 On Wed, May 6, 2015 at 10:28 PM, Yuri Astrakhan wrote: > You currently can use dyna

[Wikitech-l] Replace [Tracking bugs] with [Projects] in Phabricator

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 d

Re: [Wikitech-l] API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month

I feel that bot operators should actively pay attention to the technical aspects of the community and the mailing lists. So, the bot operator who never updates their software, doesn't pay attention to the announcements, and ignores api warnings should be blocked after the deadline. Bot operators d

Re: [Wikitech-l] API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month

MZ: >I feel that former MediaWiki Web API maintainers should actively pay attention to which mailing lists they're posting to. ;-) I doubt you intended to send this message to mediawiki-api-announce. Mz, I don't think I ever spent much time maintaining it :)) But yes, good point, reply all is ev

Re: [Wikitech-l] [Mediawiki-api] API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month

I would like to point out that it might be a good idea add &formatversion=1 for anyone who wants to lock the current formatting in place. On Wed, Jun 3, 2015 at 8:13 PM, Brad Jorsch (Anomie) wrote: > On Wed, Jun 3, 2015 at 10:04 AM, Brian Gerstle > wrote: > >> My question is: why does the defa

Re: [Wikitech-l] [Mediawiki-api-announce] API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month

Would it make sense to introduce per-user-agent API black list? This way we could prevent accidental usage of the broken tools. On Thu, Jun 4, 2015 at 4:19 PM, Petr Bena wrote: > * 3.1.5 not 3.15, sorry for confusion :P > > On Thu, Jun 4, 2015 at 3:19 PM, Petr Bena wrote: > > Out of curiosity,

Re: [Wikitech-l] Coding conventions

I feel we should keep in line with the function calls. There are already way too many spaces as it is, and there is never a problem telling control structures apart - they are always followed by an indented block and most editors highlight them. I think if(), while(), foreach(), for() should all be

Re: [Wikitech-l] [Mediawiki-api] Reporting errors from the API

Localization in v2 - all errors AND warnings are localized in default language unless lang= is given, in which case you can get parameter array or a non-default language. All standard translation magic (plural/gender/etc) will be supported. Warnings will always include a warning code. http://www.me

[Wikitech-l] API: to REST or not to REST - the API future

After talking to some of you at the office on Friday (was great, thanks!), and reading some new suggestions (thanks Brion), it seems API has gained several distinct, slightly overlapping areas of operation. * SQL-like: This is what the API is best at - providing complex structured access to the da

Re: [Wikitech-l] [Analytics] RFC: Tab as field delimiter in logging format of cache servers

.tsv - tab separated values? On Thu, Jan 31, 2013 at 7:23 PM, Chad wrote: > On Thu, Jan 31, 2013 at 7:12 PM, Andrew Otto wrote: > > Ah, no I mean change the future ones back to their original names. We'd > leave the ones that are being generated as '.tab.' now as they are. We > could see the

Re: [Wikitech-l] Audio derivatives, turning on MP3/AAC & mobile app feature request.

It seems Opus is going full speed ahead with both Mozilla and Chrome already supporting it in beta. Any plans for that? http://www.infoworld.com/d/applications/webrtc-creates-interop-between-chrome-and-firefox-212230 http://news.slashdot.org/story/13/02/04/1944217/firefox-and-chrome-can-talk-to-ea

Re: [Wikitech-l] Extending Scribunto with new Lua functions

Please don't forget about the hybrid approach -- API supports FauxRequests - so an API call can be made without doing a web call, but an internal one instead, without any json or startup overhead: http://www.mediawiki.org/wiki/API:Calling_internally On Wed, Feb 6, 2013 at 2:08 PM, Gabriel Wicke

Re: [Wikitech-l] MediaWiki API at Codecademy?

I will be happy to part-take in this, as I do have some experience with the API :) I am heading the API v2 project, and this would be a natural extension of that. * RFC * Action/Parameter Cleanup

Re: [Wikitech-l] MediaWiki API at Codecademy?

On Fri, Feb 8, 2013 at 3:33 PM, Luke Welling WMF wrote: > Do you want help? > > I don't know much about the API at the moment, but it is my Level-Up > assignment this quarter. Documenting things is a good way to learn them. > > I have written a lot of courseware in the past. > > Luke Welling > > L

Re: [Wikitech-l] MediaWiki API at Codecademy?

> Great! How do you feel about taking the lead? I can help making sure we > are in sync with WMF in terms of authorization, trademarks, etc. > Sure, although it seems everything legal takes forever with WMF... (its been over a week since I asked to get an NDA to see the api logs, no response :) )

Re: [Wikitech-l] MediaWiki API at Codecademy?

On Fri, Feb 8, 2013 at 4:58 PM, Antoine Musso wrote: > Arent you contracting for the WMF? ... > > Nope, all my work so far has been volunteering. Sponsors are welcome :) On Fri, Feb 8, 2013 at 7:26 PM, Quim Gil wrote: > fyi I have put Yuri in touch with our Codecademy contact. Anybody willin

Re: [Wikitech-l] Stable PHP API for MediaWiki ?

Mariya, Could you be more specific? What types of changes caused extensions to break? I might be mistaken but the vast majority of the API framework classes have been established over 5 years ago, with very few breaking changes since. Most changes were related to adding new functionality (new acti

Re: [Wikitech-l] Stable PHP API for MediaWiki ?

etheless I do > not feel this is a significant problem for deployed extensions.(im sure > someone will correct me if im wrong) > > -bawolff > On 2013-02-11 9:14 AM, "Yuri Astrakhan" wrote: > > > Mariya, > > > > Could you be more specific? What types

Re: [Wikitech-l] LinqToWiki: new library for accessing the API from .Net

Petr, make sure you require users to set their *User-Agent* string. Your library should not use any defaults. For the examples I would recommend this *User-Agent:* *MyCoolTool/1.1 (http://example.com/MyCoolTool/; mycoolt...@example.com) LinqToWiki/1.0* See http://www.mediawiki.org/wiki/API:Main_

Re: [Wikitech-l] LinqToWiki: new library for accessing the API from .Net

is now required. > > Petr Onderka > [[en:User:Svick]] > > On Sun, Feb 17, 2013 at 7:42 PM, Yuri Astrakhan > wrote: > > Petr, make sure you require users to set their *User-Agent* string. Your > > library should not use any defaults. > > > > For the examples I would recomme

Re: [Wikitech-l] Lua rollout to en.wikipedia.org and a few others

How useful would it be for Lua to access to the query/content/parser API be? I am suspecting there could be a lot of creative usages of this, including getting data from the wikidata (which won't have to do anything special to enable this) On Mon, Feb 18, 2013 at 7:15 AM, Jens Ohlig wrote: > >

Re: [Wikitech-l] Lua rollout to en.wikipedia.org and a few others

mpact, although I do hope that a low-limit API call does not impact much more than a complex template with many links/templates/categories. In any case, lets put this on back-burner for later evaluation. On Mon, Feb 18, 2013 at 7:29 AM, Tim Starling wrote: > On 18/02/13 23:24, Yuri Astrakh

Re: [Wikitech-l] Bringing OpenID as a provider to Wikimedia projects

Do you intend to cover both SUL and legacy accounts? I suspect that meta might not work due to the fact that there might be some accounts that were created on meta, but never merged. So either the URL would have to be different from the regular [[User:Xxx]] @ meta, like meta.wikimedia.org/user/sul

Re: [Wikitech-l] Better non-MySQL db support

There are some bugs that also prevents accurate unit testing on multiple backends (these are the ones I hit personally): * *Bug 37702* - Cloned tables for unittests do not have references and constraints * *Bug 44790*

Re: [Wikitech-l] Gsoc 2013 guidelines

Atul, one of the fun projects that has been sitting on my backburner is to implement errors and warnings localization for the Web API. The project would involve some planning, figuring out translation framework, and later - converting all API modules and extensions to use it. As a result, all clien

Re: [Wikitech-l] Problem with CentralAuth in MobileFrontend

I am seeing this issue right now on desktop - I am logged in into en-wiki, and all other languages works, but the moment i switch to commons / wikiversity / wikiquote / etc, i need to login. Seems like all the cross-site is broken (has it even worked before?) On Wed, Feb 27, 2013 at 8:02 PM, Juliu

Re: [Wikitech-l] Problem with CentralAuth in MobileFrontend

13 at 8:13 PM, Paul Selitskas wrote: > Do you use the same protocol in Wikipedia and other projects? When I > first log in via HTTPS and then somehow get to HTTP, I need to log in. > > On Thu, Feb 28, 2013 at 4:10 AM, Yuri Astrakhan > wrote: > > I am seeing this issue right

Re: [Wikitech-l] Problem with CentralAuth in MobileFrontend

Update: I think its fully repeatable - in chrome's incognito mode (Ctrl+Shift+N) - logged in into http en.wiki, tested in ru.wiki and zh.wiki -- worked fine. Switched to non *.wikipedia.org urls - fail. On Wed, Feb 27, 2013 at 8:21 PM, Yuri Astrakhan wrote: > I am not sure how i l

Re: [Wikitech-l] Reminder about the best way to link to bugs in commits

Commit messages could also be used for altering release-notes file as proposed in release-notes-bot RFC to avoid constant merge conflicts. On Fri, Mar 1, 2013 at 5:23 PM, Erik Moeller wrote: > On Fri, Mar 1, 2013 at 2:20 PM,

Re: [Wikitech-l] Reminder about the best way to link to bugs in commits

The proposalis for a bot to parse commit message for special "commands" to add some text to specific sections of the release-notes file. When bot detects a master merge, it will pull the latest release-notes, change it, and merg

Re: [Wikitech-l] Reminder about the best way to link to bugs in commits

> > I don't like the idea of a bot doing this. Nor do I think writing release > notes at commit time works well either (too many stupid conflicts). > What's the issue with a bot appending a few lines to a release-notes section if it sees it the commit message? But yes, release-notes conflicts are

Re: [Wikitech-l] Reminder about the best way to link to bugs in commits

> > > You would at least need some release-notes marker added by the commiter > so that you can skip non-RL-worthy ones. > > That marker is exactly what I am proposing - if we > formalizethe > commit messages, the release notes

Re: [Wikitech-l] Reminder about the best way to link to bugs in commits

> As I wrote at > > http://www.mediawiki.org/wiki/Talk:Git/Workflow#Release_notes_conflicts_20763 > , > this can be easily re-streamlined with a merge driver. As > release notes for MediaWiki are probably mostly additions, > it shouldn't be too hard to cover the common cases, and we > certainly do

Re: [Wikitech-l] Reminder about the best way to link to bugs in commits

All these issues with the git-side driver is the reason I think we should have a master-branch-monitoring bot that will update RELEASE-NOTES based on commit messages. Easy to track changes, easy to fix problems. Might be a bit more work than a driver though. On Tue, Mar 5, 2013 at 12:30 PM, Barto

Re: [Wikitech-l] Problem with CentralAuth in MobileFrontend

Just for the record, sorry for not posting it right away: Chris Steipp found the issue in my case to be the enabled "Block third-party cookies and site data" chrome setting. Even though this is not default at the moment, apparently Firefox is thinking of making this a default. Enabling it breaks t

Re: [Wikitech-l] Github/Gerrit mirroring

Should we re-start the "lets migrate to github" discussion? P.S. no, this is not a troll attempt, I am trying to understand if the costs of not getting quality volunteers is worth the benefits of gerrit, or if the two-system solution would solve all perceived complexities. Moreover, I do not know

Re: [Wikitech-l] Github/Gerrit mirroring

Yes, lots of bad content might be submitted, but usually it is easy and quick to spot, and could become good content over time. What I think we should follow is the model that most other big open source projects follow, which does seem to have lower barrier of entry. On Sat, Mar 9, 2013 at 3:51 P

Re: [Wikitech-l] Raw page view no longer showing language links for some pages?

Brian, due to the recent introduction of wikidata.org, most language links are now stored there. Regardless, you should try to avoid getting langlinks from the raw source, because it wastes a lot of bandwidth. Please consider using mediawiki APIto get just the d

Re: [Wikitech-l] Github/Gerrit mirroring

On Sun, Mar 10, 2013 at 1:08 AM, Bartosz Dziewoński wrote: > > You want me to link to patches created by contributors who have been > carefully walked through the process of submitting something to gerrit? > Because I can do that, but it would be a little demeaning. (I can even link > some patches

  1   2   >