Re: [Wikitech-l] Does anyone know about bulk loads on Wikibase/Wikidata?

I have been doing it from open street map data using a python script. At first it generates about 100gb of zipped ttl files, imports them with a specialized blazegraph tool and afterwards uses direct sparql statements to do batch updates when new data becomes available.

Re: [Wikitech-l] Community Tech: New Format for 2020 Wishlist Survey

Ilana, restricting wishlist to non-Wikipedia this year is a very sad news. For many years, wishlist survey was the best way for the community to talk back to the foundation, and to try to influence its direction. WMF mostly ignored these wishes, yet it was still a place to express, discuss,

Re: [Wikitech-l] For title normalization, what characters are converted to uppercase ?

Hi Nico, if possible, can your tool to actually use MW API to normalize titles? It's a very quick API call, you can do multiple titles at once, but it will save you a lot of grief over incompatibilities. --Yuri On Sat, Aug 3, 2019 at 10:57 AM Nicolas Vervelle wrote: > Hello, > > On most wikis,

Re: [Wikitech-l] Self Introduction - Xin Chen

orking with the Vega team and > being mentored by Dominik Moritz and Yuri Astrakhan. I'll submit patches to > add support for Vega 5 and Vega-Lite because the current Vega 2 is > outdated. > I will be very happy for the community to review and help me in the next > several months. H

Re: [Wikitech-l] New Gerrit privilege policy

I agree that while possibly made with good intentions, policy changes like these should go through dev community discussion + vote, not be handed down from a CTO. Wikipedia as a movement started that way, and many people participated in it because of its transparency and community-driven process.

Re: [Wikitech-l] problematic use of "Declined" in Phabricator

I think we are misusing the term "priority" here. Priority for whom? Setting something to "lowest" priority implies that users do not care about the item. Unbreak now implies users need it fixed right away. "we have no resources" does not mean its not needed, it just means WMF does not view it as

Re: [Wikitech-l] problematic use of "Declined" in Phabricator

I agree, which raises a question why so many map related legitimate used requests were closed recently as declined, and with a comment that there is no resources to work on them On Tue, Oct 2, 2018, 17:51 Joe Matazzoni wrote: > I agree with Amir’s understanding. "Declined” is basically for

Re: [Wikitech-l] Map internationalization launched everywhere, AND embedded maps now live on 276 Wikipedias

Joe, thanks for heeding community's wish to have better maps, and delivering, all within the short span of ~3.5 months. Very impressive achievement! How can the community encourage WMF to do more map work beyond the June deadline, similar to how foundation continues to work on improving search,

Re: [Wikitech-l] Adding a category to json page

It has been requested a long time ago, but I don't think anyone is currently working on anything dataset related. See https://phabricator.wikimedia.org/T155290 ‪On Mon, May 7, 2018 at 4:13 PM ‫יגאל חיטרון‬‎ wrote:‬ > Hello. Is there a way to add a category to json

Re: [Wikitech-l] Wikistats 2.0 - Now with Maps!

Nuria, well done, looks awesome! I think you want to set zoom limits - right now you can zoom in and zoom out almost infinitely. Congrats! On Wed, Feb 14, 2018 at 8:47 PM, Michael Schönitzer < michael.schoenit...@wikimedia.de> wrote: > here a screenshot: > > There's a second anomaly: "SX" is

[Wikitech-l] Multilingual maps: how to pick each feature language?

TLDR: if browsing a map for French wiki, and a city only has a Russian and Chinese name, which one should be shown? Should the city name have different rules from a store or a street name? ... I have been hacking to add unlimited multilingual support to Wikipedia maps, and have language fallback

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

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 >

[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

[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

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, > &

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] [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 -

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 <dacu...@gmail.com> wrote: > On Thu, Dec 22, 2016 at 8:38 PM, Brad Jorsch (Anomie) < > bjor...@wikimedia.org > > wrote: > > > On Thu, Dec 22, 2

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

and map data did not excite you :( On Thu, Dec 22, 2016 at 2:38 PM Brad Jorsch (Anomie) <bjor...@wikimedia.org> wrote: > On Thu, Dec 22, 2016 at 2:30 PM, Yuri Astrakhan <yastrak...@wikimedia.org> > wrote: > > > Gift season! We have launched structured data on Commons, a

[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

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

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

to 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 <yastrak...@wikimedia.org> wrote

[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:

[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

Re: [Wikitech-l] to be enabled tomorrow

there a new ETA for this? > > Thanks, >Andrei > > 2016-08-31 23:19 GMT+03:00 Yuri Astrakhan <yastrak...@wikimedia.org>: > > 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 > t

[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

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,

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

. On Mon, Jun 6, 2016 at 9:14 PM, Rob Lanphier <ro...@wikimedia.org> wrote: > On Mon, Jun 6, 2016 at 6:40 AM, Yuri Astrakhan <yastrak...@wikimedia.org> > wrote: > > > Daniel, I agree about the data/api versioning. I was mostly talking about > > features and capabili

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

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

thoughts about the proposed data structure? On Mon, Jun 6, 2016 at 4:09 PM, Daniel Kinzler <daniel.kinz...@wikimedia.de> 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 e

[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

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

t; <wiki.p...@gmail.com> 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" <yastrak...@wikimedia.org&g

[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

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 >

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.

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

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: >

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

; > finance reports. Thank you for working on this. > > > > > > Pine > > > On Dec 30, 2015 22:37, "Yuri Astrakhan" <yastrak...@wikimedia.org> > > wrote: > > > > > > > I just finished writing a tutorial on how to build

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=map-params ___ Wikitech-l mailing list

[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] 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

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

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

[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:

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

[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?

[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:

[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

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,

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

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

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

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

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

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 jay...@gmail.com 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

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 benap...@gmail.com wrote: * 3.1.5 not 3.15, sorry for confusion :P On Thu, Jun 4, 2015 at 3:19 PM, Petr Bena

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

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) bjor...@wikimedia.org wrote: On Wed, Jun 3, 2015 at 10:04 AM, Brian Gerstle bgers...@wikimedia.org

[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

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

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

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

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 bawo...@gmail.com wrote: On 5/5/15, Yuri Astrakhan yastrak...@wikimedia.org wrote: Starting today, editors can use *graph

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 yastrak...@wikimedia.org wrote: You currently can use

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

eugene.zele...@gmail.com 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 Astrakhan yastrak...@wikimedia.org

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

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

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

flame war ahead For those not adicted to slashdot, see here http://news.slashdot.org/story/15/02/04/0332238/microsoft-open-sources-coreclr-the-net-execution-engine . Licenced under MIT https://github.com/dotnet/coreclr/blob/master/LICENSE.TXT, plus an additional patents promise

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

. -- brion On Jan 29, 2015 2:03 PM, Yuri Astrakhan yastrak...@wikimedia.org wrote: 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

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

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

[Wikitech-l] Graphs demo

Graph extension https://www.mediawiki.org/wiki/Extension:Graph 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

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

[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

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) nemow...@gmail.com wrote: No such font exists. You can try DejaVu Sans

[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 the

Re: [Wikitech-l] Wikipedia App Reboots, HTTPS, and Wikipedia Zero (was Re: [WikimediaMobile] Wikimedia Commons mobile photo uploader app updated on iOS and Android)

Thanks Adam for driving it and getting it done :) On Wed, Mar 12, 2014 at 4:44 PM, Adam Baso ab...@wikimedia.org wrote: Okay, HTTPS contributory features are now introduced on the Wikipedia Zero mobile web experience for operators that zero-rate HTTPS. Thanks Brandon Black and Yuri

Re: [Wikitech-l] Dynamic search results as category pages

MediaWiki and Concepts. Jamie Thingelstad ja...@thingelstad.com mobile: 612-810-3699 find me on AIM Twitter Facebook LinkedIn On Jan 24, 2014, at 9:55 AM, Brian Wolff bawo...@gmail.com wrote: On Jan 24, 2014 1:54 AM, Yuri Astrakhan yastrak...@wikimedia.org wrote: Hi, I am thinking

[Wikitech-l] Dynamic search results as category pages

Hi, I am thinking of implementing a #CATQUERY query magic keyword for the category pages. When this keyword is present, the category page would execute a query against the search backend instead of normal category behavior and show result as if those pages were actually marked with this

[Wikitech-l] Redirecting obsolete mobile. and wap. domains

This morning Faidon has deployed a patchhttps://gerrit.wikimedia.org/r/#/c/99394/1/templates/varnish/mobile-frontend.inc.vcl.erbto redirect wap.and mobile. subdomains (see also this patch https://gerrit.wikimedia.org/r/#/c/98058 for the apache side handling), but later due to some cencerns the

Re: [Wikitech-l] Thoughts of the better landing page

On Mon, Nov 4, 2013 at 1:50 PM, Yuri Astrakhan yastrak...@wikimedia.orgwrote: Brion, I was thinking of how to do the new landing page better. Needed: m.wikipedia.org should show the same output as en.m.wikipedia.org/wiki/Special:Zero page, except that it should be localized based

Re: [Wikitech-l] The summary of new zero architecture proposal

ESI configuration flag for all zero partners 4) Remove cache variance on X-CS header On Tue, Jun 18, 2013 at 12:06 PM, Yuri Astrakhan yastrak...@wikimedia.orgwrote: Hi Mark, On Tue, Jun 18, 2013 at 11:58 AM, Mark Bergsma m...@wikimedia.org wrote: * All non-local links always point

Re: [Wikitech-l] MediaWiki-Vagrant: new features

Awesome!!! Thanks Ori!!! Can we have varnish through a role please? We will have to do a lot of dev test for it soon. The default varnish config in /etc/varnish/default.vcl could have this at the very top of the file. Leave all comments there. backend default { .host = 127.0.0.1;

Re: [Wikitech-l] PHPUnit tests fail from Jenkins but work fine locally

I once had similar issue due to the difference in how Jenkins (uses sqlite) differs from mariadb setup.That issue is still pending, and needs fixing in the way we set up sqlite database schema -- https://gerrit.wikimedia.org/r/#/c/48098/ Other than that, I only saw issues related to some leftover

Re: [Wikitech-l] The summary of new zero architecture proposal

Hi Mark, On Tue, Jun 18, 2013 at 11:58 AM, Mark Bergsma m...@wikimedia.org wrote: * All non-local links always point to a redirector. On javascript capable devices, it will load carrier configuration and replace the link with local confirmation dialog box or direct link. Without

[Wikitech-l] The summary of new zero architecture proposal

Based on many ideas that were put forth, I would like to seek comments on this ZERO design. This HTML will be rendered for both M and ZERO subdomains if varnish detects that request is coming from a zero partner. M and ZERO will be identical except for the images - ZERO substitutes images with

Re: [Wikitech-l] New git-review lets you configure 'origin' as the gerrit remote

I wonder if origin should be made the default setting for gerrit - after all every new git clone automatically uses origin. The fewer surprise! moments devs have, the more productive we become. On Wed, Jun 5, 2013 at 6:42 PM, Juliusz Gonera jgon...@wikimedia.orgwrote: Thank you! On

Re: [Wikitech-l] New git-review lets you configure 'origin' as the gerrit remote

is the github remote I push my unfinished branches of code too. I use 'core' for the actual gerrit remote. And I didn't even fork. I did this before we had a github mirror. -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] On Wed, 05 Jun 2013 15:45:32 -0700, Yuri Astrakhan

Re: [Wikitech-l] Quo Vadis, Vagrant

This is an awesome news! Just to through some magic dust into gears - has anyone succeeded in running it under windows? Alternativelly, I wouldn't mind having a vagrant VM that includes GUI a browser so that no host interaction is needed. On Wed, May 29, 2013 at 9:37 AM, Željko Filipin

Re: [Wikitech-l] Quo Vadis, Vagrant

I so wish there was a way not to mess with files under git's control. Can that option be exposed through the local user config file? On May 31, 2013 6:59 PM, Ori Livneh o...@wikimedia.org wrote: On Fri, May 31, 2013 at 9:51 AM, Yuri Astrakhan yastrak...@wikimedia.org wrote

[Wikitech-l] ZERO architecture

Zero is rapidly growing, but its architecture is falling behind, and needs to be revised. *== Zero Partner Requirements ==* * Support both smart phones (full JavaScript support) and feature phones (limited HTML/no js support) * Show carrier-specific, language-specific banner * Allow carriers to

Re: [Wikitech-l] Code style: overuse of Html::element()

On one hand, I prefer to have a properly formatted code, but on the other, most systems i have worked with have a very high cost of string concatenation, and I have a strong suspicion PHP is guilty of that too. Constructing HTML one element/value at a time might prove to be on of the bigger perf

Re: [Wikitech-l] Purging parts of varnish cache

pursued? On Wed, May 8, 2013 at 10:24 PM, Yuri Astrakhan yastrak...@wikimedia.org wrote: Hi, when we edit Zero configuration, it would be very beneficial to flush any cached pages in varnish that are related to the change. For example, if I edit Beeline's banner settings, any objects

[Wikitech-l] Purging parts of varnish cache

Hi, when we edit Zero configuration, it would be very beneficial to flush any cached pages in varnish that are related to the change. For example, if I edit Beeline's banner settings, any objects with the header X-CS=250-99 should be purged, hopefully without any additional manual interaction.

Re: [Wikitech-l] Making inter-language links shorter

There are a few things (IMO) that should be done to langlist ordering: * Group by alphabet People who understand latin alphabet should get a list of all latin-using languages listed/sorted together. Cyrillic is a separate group, and so are various asian and middle-eastern languages. I have seen

Re: [Wikitech-l] Article on API Characteristics

Thanks Tyler, some points are very interesting. On Wed, Apr 17, 2013 at 5:50 AM, Tyler Romeo tylerro...@gmail.com wrote: Found this interesting articles on designing an API for what it's worth. Thought some people my find it interesting. http://mathieu.fenniak.net/the-api-checklist/ *-- *

[Wikitech-l] Adding messages to cache for wfMessage() at runtime

Hi, I need to use the localization framework - wfMessage() to translate my own custom messages. I have a message dictionary in the form of {languageCode = message, ...}, and looking for a way to inject those messages into the message cache. The actual messages dictionary is stored as a custom

Re: [Wikitech-l] Adding messages to cache for wfMessage() at runtime

So, we used to have a $messagecache-add(), but it was removed after a very very long deprecation. Just when I was about to use it :) I basically look for this functionality: * Figure out which localized string to use for language X, in case there is no message in X. Something like use

Re: [Wikitech-l] Proposal: Wikitech contributors

I think we should consolidate wikitech and mediawiki. If wikipedia.org can fit all the world's knowledge, how come we can't fit all our technical know-how on one site? The fragmentation is unnecessary and arbitrary, it confuses most newcomers and those not paying attention to the proper separation

Re: [Wikitech-l] Gerrit actively discourages discussion

AM, Yuri Astrakhan yastrak...@wikimedia.orgwrote: This is awesome!!! Thanks Jon :) And no, I didn't look at the code, too scared :) On Wed, Apr 3, 2013 at 1:14 AM, Jon Robson jdlrob...@gmail.com wrote: I feel very dirty having done this but I made a chrome extension that autoexpands all

  1   2   >