[Wikitech-l] Re: Drop dedicated support for IE 11, Edge Legacy and Opera

Keeping the archives happy: On Tue, May 14, 2024 at 1:43 PM Krinkle wrote: > I suggest we fix https://phabricator.wikimedia.org/T342267 before making > any decision that is based on browser usage metric > This has happened, new numbers look better for purp

[Wikitech-l] Re: Is legal the Pageviews API?

hm, that old page remaining there sure is confusing though. I didn't realize this is how the front-end of it looked. We should put a bigger deprecation notice and maybe even just make it redirect altogether. On Thu, Aug 1, 2024 at 5:15 AM Santiago Faci wrote: > Hi, > > You can find the API spe

[Wikitech-l] Re: End of goo.gl URL shortener

I was curious and I ran some queries* to size up this problem. For future reference: select count(*) from wmf_raw.mediawiki_externallinks where snapshot='2024-06' and el_to_domain_index like '%gl.goo.%'; 44011 was the total across all wikis. On just enwiki it's 28554. As far as how many of the

[Wikitech-l] Re: Scheduling a patch for a MediaWiki backport window just got easier

> > I have also added a few > more checks to try and detect similar issues in the future where the > tool accidentally makes a null edit. We have a stream that ignores null edits if you need, Bryan. ___ Wikitech-l mailing list -- wikitech-l@lists.wikime

[Wikitech-l] Re: Drop dedicated support for IE 11, Edge Legacy and Opera

(it's ok, that sprint is just starting May 23rd, but yes, equally excited to get to work on it) On Tue, May 21, 2024 at 3:48 PM Krinkle wrote: > On Tue, 14 May 2024, at 18:42, Krinkle wrote: > > I suggest we fix https://phabricator.wikimedia.org/T342267 before making > any decision that is based

[Wikitech-l] Re: pagelinks table defective?

Looks to me to be working now, but not sure how you're accessing it. Reply back if it's still broken. (example sqllab query: https://superset.wmcloud.org/sqllab/?savedQueryId=128) On Mon, May 20, 2024 at 12:55 PM Zoran Dori wrote: > Hello Martin! > > It's probably because changes from > https:

[Wikitech-l] Re: [MediaWiki-l] Re: MediaWiki Insights - Fourth Monthly Email

> > Moriel and others have been working on mapping high level essential user >>> workflows such as edit and patrol against platform components to explore >>> workflow patterns and potential architectural opportunities in the >>> platform. One outcome of this is going to be to describe the key chall

[Wikitech-l] Re: Comments like Google Docs

+1 to Hypothesis and similar tools kind of already doing what you're thinking of. I would use the energy to contribute to it: https://github.com/hypothesis/client, and it's possible that you might find ways to optimize it for wikis via a gadget. They've probably solved the "parent paragraph updat

[Wikitech-l] Re: Collect telemetry (using WikimediaEvents) for a gadget

+1 to statsd as a great way to get started with as little friction as possible. I've bubbled this up to the folks that make decisions about instrumentation, so if you find yourself wanting to do things beyond what's possible with statsv, please chime back in here and let us know. On Thu, Nov 30,

[Wikitech-l] Re: Announcing Codex 1.0

I am so happy. Thank you. On Wed, Oct 25, 2023 at 17:02 Amir Sarabadani wrote: > I want to echo what the DJ has said. I managed to write a pretty decent > gadget in just a couple of hours thanks to Codex, something that used to > take days at least. This is really exciting to see. Thank you to

[Wikitech-l] Re: Wiki content and other dumps new ownership, feedback requested on new version!

Ariel, your dedication to dumps has always been an inspiration to me, both in how you handled the technology and how you fused that with your care for the ideas behind it. Thank you, and hope we can do it justice with the next phase of Dumps. On Thu, Sep 28, 2023 at 12:39 AM Ariel Glenn WMF wrot

[Wikitech-l] Re: Word embeddings / vector search

> > On Meta there's a list of mailing lists that mentions "wikimedia-search", > but that list seems to be dead and the archive is full of spam. > Another list exists, called "discovery", but not listed on Meta. > https://lists.wikimedia.org/hyperkitty/list/discov...@lists.wikimedia.org/ Indeed th

[Wikitech-l] Re: Word embeddings / vector search

I encourage you to reach out to the search team, they're lovely folks and even better engineers. On Tue, May 9, 2023 at 1:53 PM Lars Aronsson wrote: > On 2023-05-09 09:27, Thiemo Kreuz wrote: > > I'm curious what the actual question is. The basic concepts are > > studied for about 60 years, and

[Wikitech-l] Re: Python requests broken by urllib3 version 2.x

For Java, we run an instance of Archiva: https://archiva.wikimedia.org/ It's not a perfect approach but I think we can and should move in that direction with all our other ecosystems (python, Javascript, PHP). Our reduction in security-relevant surface area alone would be worth it. On Fri, May 5

[Wikitech-l] Re: New flamegraphs selector (now with two year range!)

This is beautiful, I love the visualization and the information architecture. I hope we in other teams can make some time to study this and understand it better. On Mon, Apr 24, 2023 at 11:47 AM Timo Tijhof wrote: > == *What* == > > Flamegraphs provide insight to where and how your MediaWiki co

[Wikitech-l] Re: Use case for sha1 in revisions

As for external use, it's very useful. Before MW instrumented reverts, we have ~20 years of revisions and we don't know which ones revert previous revisions. With the sha, we join and determine this information. You can see that code here

[Wikitech-l] Re: Language team celebrates 10 years of MediaWiki Language Extension Bundle

Joyeux Anniversaire, MLEB! On Wed, Feb 8, 2023 at 4:46 AM Niklas Laxström wrote: > Slightly over ten years ago the Language team released the first MediaWiki > Language Extension Bundle, or MLEB for short. To date, we have made 64 > releases supporting MediaWiki versions from 1.19 to 1.40alpha,

[Wikitech-l] Re: Reducing size of pageviews dump (shared link on the article)

remain. Later it can be > converted to another format. And thus be more suitable for others. > > 2022-09-18 22:35 GMT+02:00, Dušan Kreheľ : > > I have updated the document. I added the export of human pageviews for > > year 2021. The statistics are in the article. A download link ha

[Wikitech-l] Re: Reducing size of pageviews dump (shared link on the article)

Hi Dušan, I added the details on pageviews_complete to the talk page on your proposal . Please let me know if it's still confusing. ___

[Wikitech-l] Re: Reducing size of pageviews dump (shared link on the article)

Our pageview dumps were in the middle of a refactor when our team changed a lot. We haven't been able to finish it, but we do actually have a well-compressed version that we just haven't properly launched as a new dataset. I'm working on prioritizing that. On Sun, Sep 4, 2022 at 02:58 Gergő Tisz

[Wikitech-l] Re: A random thank you to the Wikimedia tech community

I feel like... I have to answer this... because otherwise our statistics would suffer :P I'm doubling down on the love, *thank you everyone, and <3*. When I was new this list was incredibly valuable to me. Ten years passed and I am even more new, since every day I find another area I never knew

[Wikitech-l] Re: Commons app - v4.0 and my resignation

Thanks so much for your leadership and work Josephine, it's been awesome to watch over the years. Good luck on your next adventures! On Thu, Aug 25, 2022 at 2:17 AM Josephine Lim wrote: > Hi all, > > Hope you have been well! We have just released v4.0 of the Commons Android > app to production

[Wikitech-l] Re: Abstract Schema: Milestone reached for WMF Deployed Extensions

Thank you so much for this work. There are additional benefits as we all have a clearer understanding of how data moves around our various systems. My team (Data Engineering) is standing up a data catalog and we'll see about ingesting these schemas directly to centralize the information. On Thu,

[Wikitech-l] Re: How to get Top 1000 contributors list?

The top 100 editors is an official Wikistats metric. It's available in the web interface or via API call

[Wikitech-l] Re: Stagnant quality control process for [[mw:API:Client_code]]

+1 On Thu, May 26, 2022 at 5:52 AM Thiemo Kreuz wrote: > I'm curious. How was this evaluation process originally meant to work? > Which group did it, how often, and based on which criteria? I probably > missed it, but couldn't find this information on the page. > > From all I see at the moment I

[Wikitech-l] Re: 🚀 Amir Sarabadani receives Web Perf Hero award!

Congratulations! So ninja, love it. On Thu, May 26, 2022 at 10:22 AM Krinkle wrote: > I'm happy to share that the first Web Perf Hero award of 2022 goes to Amir > Sarabadani! > > This award is in recognition of Amir's work (@Ladsgroup) over the past six > months, in which he demonstrated deep e

[Wikitech-l] Re: Usecases for Low-Code Platforms within the Wikimedia Projects

I think there are many possible applications, here are two that sound interesting to me (but my opinion really doesn't and shouldn't count): * Abstract Wikipedia wiki functions : Snap! seems like an easy way for more people to get

[Wikitech-l] Re: [Wikitech-ambassadors] Wikimedia Hackathon: Call for Sessions

> > On Thursday, April 28, 2022, Roy Smith wrote: > >> The last time I tried to set a phab ticket's priority, I was basically >> told that volunteers shouldn't be doing that, i.e. changing priorities of >> phab tickets was reserved to WMF staff. Some clarity around this would be >> appreciated :-

[Wikitech-l] Re: Removal of the mw.eventLog.Schema class without deprecation

On Thu, Apr 14, 2022 at 12:07 PM David Lynch wrote: > This is still used in some MobileFrontend and DiscussionTools code. The > codesearch would be better done as > https://codesearch.wmcloud.org/search/?q=mw.eventLog.Schema&i=nope&files=js&excludeFiles=&repos= > ah! I missed the open paren ( in

[Wikitech-l] Re: Different cache invalidation rules for similar users?

> > No, the issue is that the users would disable the gadget and it would > still be enabled after 12h. > Were they enabling it by putting directly into User:.../common.js or through Special:Preferences? The former might be subject to weird caching but I always assumed it was properly invalidated

[Wikitech-l] Re: Production Excellence #38: November 2021

I just want to say thank you so much for these emails, they're great on their own, but together they paint a clear picture at a level usually inaccessible for those of us outside everyday mw development. Thank you! On Sat, Dec 11, 2021 at 20:39 Krinkle wrote: > How’d we do in our strive for ope

[Wikitech-l] Re: Upstream shutdowns

I suspect there's much more than just this list, even if we just restrict it to "major" components. On Analytics, we've had to adjust as the following systems EOL-ed or changed licensing: * Pivot (moved to Turnilo, a fork) * Camus (moving to Gobblin) * Kafka Connect On Wed, Jun 2, 2021 at 5:16 A

Re: [Wikitech-l] Performance regression expected with Debian Buster upgrade

These are amazing, thanks for sharing. /me bookmarks patches for bedtime reading On Fri, Feb 12, 2021 at 04:25 Kunal Mehta wrote: > Hi, > > On 2/3/21 5:35 PM, Kunal Mehta wrote: > > What now? We're going to continue with the upgrade as planned, but we > > also need help to try and make some per

Re: [Wikitech-l] The future of UploadWizard

It's also worth mentioning that WMF is early in the process of adopting vue. Hopefully we do this in a sane way, porting the good things from OOJS-UI into a centralized design system with a comprehensive component library. I mention it because you may want to keep an eye on that progress and see

Re: [Wikitech-l] Is preprocessDump.php still useful?

As far as Analytics / Statistics are concerned, this is just an interesting artifact. The problems we have to solve while reading and processing XML dumps are quite different (custom file formats to handle files bigger than a single HDFS block, etc). Safe to delete in my opinion, the less code th

Re: [Wikitech-l] TechCom meeting 2020-12-02

> > >- Create WikiTeq group on Gerrit > is now more clear (see note >from Daniel to >discuss, which we should do here) > > Committee board activity: > > The process for adding a "trusted o

[Wikitech-l] TechCom meeting 2020-12-02

This is the weekly TechCom board review. If there are additional topics for TechCom to review, please let us know by replying to this email. However, please keep discussion about individual RFCs to the Phabricator tickets. This week, the meeting is async, so we'll be replying to the email as well,

Re: [Wikitech-l] TechCom meeting 2020-11-25

Quick reminder that the IRC meeting is starting in 10 minutes. We will collaborate on: RFC: Provide mechanism for configuration sets for development and tests https://phabricator.wikimedia.org/T267928 On Wed, Nov 25, 2020 at 4:00 PM Krinkle wrote: > This is the weekly TechCom board review in p

Re: [Wikitech-l] TechCom topics 2020-11-04 (fixed)

> > Maybe something exists already in Hadoop > The page properties table is already loaded into Hadoop on a monthly basis (wmf_raw.mediawiki_page_props). I haven't played with it much, but Hive also has JSON-parsing goodies, so give it a shot and let me know if you get stuck. In general, data fr

Re: [Wikitech-l] Image search

I was using the new search interface that Eric mentioned above and I was able to find a few exterior corner lamps indeed. So I'm wondering if you tried it and if you have any feedback: https://commons.wikimedia.org/wiki/Special:MediaSearch?type=bitmap&q=exterior+lantern+Corner On Tue, Nov 17, 20

Re: [Wikitech-l] Hourly Pageviews Data

Hi Michael, The new data is available, but we found a small formatting bug that we have to fix. Because of that, we haven't announced it widely yet, and we haven't rolled up the data to the monthly level. The data: https://dumps.wikimedia.org/other/pageview_complete/ The bug: some rows have 6 co

Re: [Wikitech-l] TechCom topics 2020-11-04 (fixed)

I don't know enough about the parser cache to give Daniel good advice on his question: > That's another issue I wanted to raise: Platform Engineeing is working on > switching ParserCache to JSON. For that, we have to make sure extensions > only put JSON-Serializable data into ParserOutput objects,

Re: [Wikitech-l] TechCom topics 2020-11-04 (fixed)

On Wed, Nov 4, 2020 at 12:23 AM Krinkle wrote: > *RFC: Expiring watch list entries* > https://phabricator.wikimedia.org/T124752 > > This just missed the triage window, but it looks like this was implemented > and deployed meanwhile (it was in Phase 3). I'm proposing we put this on > Last Call for

Re: [Wikitech-l] TechCom topics 2020-11-04 (fixed)

On Tue, Nov 3, 2020 at 4:38 AM Daniel Kinzler wrote: > Am 02.11.20 um 19:24 schrieb Daniel Kinzler: > > T262946 *"Bump Firefox > version in basic support to 3.6 or newer"*: last call ending on > Wednesday, November 4. Some comments, no objections. > > >

Re: [Wikitech-l] What is JSON (in JavaScript code)?

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/JSON (supported in most browsers I think, it's just available in the global scope) On Fri, Oct 30, 2020 at 11:06 AM Strainu wrote: > Hi, > > I'm looking at solving the following console warning on ro.wp: > "JQMIGRA

Re: [Wikitech-l] TechCom meeting 2020-10-14

Forum and Timeboxing. The next steps are to establish a more concrete transition plan, from the current Tech Com process to the new process. And Kate will be reaching out to team managers to begin establishing the Forum. On Wed, Oct 14, 2020 at 9:58 PM Dan Andreescu wrote: > This is the weekl

[Wikitech-l] TechCom meeting 2020-10-14

This is the weekly TechCom board review, usually in preparation for our meeting, a few days late this week because I forgot. Apologies. Activity since Monday 2020-10-06 on the following boards: https://phabricator.wikimedia.org/tag/techcom/ https://phabricator.wikimedia.org/tag/techcom-rfc/ Com

Re: [Wikitech-l] Update on abstract schema and schema changes

I hadn’t followed along with this work and this summary is amazing, thank you so much! On Sat, Oct 10, 2020 at 21:14 Amir Sarabadani wrote: > Hello, > It has been a while since I gave an update on the state of abstracting > schema and schema changes in mediawiki >

Re: [Wikitech-l] pageview dumps for 2020-09?

Hi Gabriel, My team maintains this dataset. We have been working on a new version which will deprecate all other pagecount and pageview datasets. Release of this new dataset is imminent. When we saw the old job failed, we couldn't fix the problem quickly and have been thinking maybe it isn't wo

Re: [Wikitech-l] 📈 Wikimedia production errors help

> > For example, of the 30 odd backend errors reported in June, 14 were still > open a month later in July [1], and 12 were still open – three months later > – in September. The majority of these haven't even yet been triaged, > assigned assigned or otherwise acknowledged. And meanwhile we've got m

[Wikitech-l] Tech Com Board Grooming 2020-08-26

Activity since Monday 2020-08-26. https://phabricator.wikimedia.org/tag/techcom/ https://phabricator.wikimedia.org/tag/techcom-rfc/ Committee inbox: none Committee board activity: - Timo updated T253461 Liberate the @ for AtEase New RFCs: -

Re: [Wikitech-l] MediaWiki API pageview issue

There are two hard problems here. One is historical page titles. You can get those from our new dataset (docs here: https://dumps.wikimedia.org/other/mediawiki_history/readme.html) by downloading the months you're interested in from https://dumps.wikimedia.org/other/mediawiki_history/2020-01/enwi

[Wikitech-l] [Data Release] Active Editors by country

Today we are releasing a new dataset meant to help us understand the impact of grants and programs on editing. This data was requested several years ago, and we took a long time to bring in the privacy and security experts whose help we needed to release it. With that work done, you can download

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

Federico, we're talking about *Wikimetrics*, which is a very different project intended to run stats on groups of users (cohorts) for a specific set of standard metrics. This tool was mostly developed for and used by grantmaking and program teams at WMF and affiliates around the world, but its use

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

יגאל חיטרון‎, the -- means "Unknown", perhaps we should name it that. That's a good idea, Yuri, we'll do that. On Wed, Feb 14, 2018 at 9:24 PM, Yuri Astrakhan wrote: > Nuria, well done, looks awesome! I think you want to set zoom limits - > right now you can zoom in and zoom out almost infinit

Re: [Wikitech-l] Gerrit login oddities

If you're like me, you go to clear your cookies and you have two called GerritAccount, that's probably what's causing the problem. I looked at the date, and deleted the earlier-dated one. That seems to work and show you as logged-in without having to log in again. On Tue, Feb 13, 2018 at 1:27 PM

Re: [Wikitech-l] Can we drop revision hashes (rev_sha1)?

So, as things stand, rev_sha1 in the database is used for: 1. the XML dumps process and all the researchers depending on the XML dumps (probably just for revert detection) 2. revert detection for libraries like python-mwreverts [1] 3. revert detection in mediawiki history reconstruction processes

[Wikitech-l] Wikistats 2.0 Prototype

Hello! We've built an interactive prototype of the next version of Wikistats [1] based on community priorities and feedback. We'd love your input on the visual design and look & feel. We have some follow-up questions but mostly an open discussion here <

[Wikitech-l] Wikistats 2.0 Design Preview

Hello, and apologies for cross-posting. We have designed a set of wireframes that reflects the Wikistats community's priorities [1]. We’re now looking for feedback on the design, and we’d love your input. We have key questions that touch on different sections, and links for feedback at mediawiki.

[Wikitech-l] Scrum of Scrums notes, 2016-04-13

https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-04-13 note: it looks like some of the wiki markup on etherpad wasn't proper, so weird things happened like Collaboration is nested under Discovery. It's not a sign of a re-org, just that people should go clean that up. __

Re: [Wikitech-l] Dumps.wm.o access will be https only

:) I would like to think that April Fools would be a little more extreme than this Petr, the data people are downloading from dumps is not sensitive itself, but a user's private information (such as User Agent, IP, etc. is vulnerable over plain http). So the move to https protects that from snoop

Re: [Wikitech-l] Dumps.wm.o access will be https only

Cross-posting this announcement since people on Analytics-l tend to use dumps a lot basically http access is being redirected to https starting April 4th On Fri, Apr 1, 2016 at 7:03 AM, Ariel Glenn WMF wrote: > We plan to make this change on April 4 (this coming Monday), redirecting > plain htt

Re: [Wikitech-l] [Analytics] [Data Release] [Data Deprecation] [Analytics Dumps]

On Wed, Mar 23, 2016 at 1:06 PM, Federico Leva (Nemo) wrote: > Dan Andreescu, 23/03/2016 15:58: > >> >> *Clean-up:* Analytics data on dumps was crammed into /other with >> unrelated datasets. We made a new page to receive current and future >> datasets [3] an

Re: [Wikitech-l] [Data Release] [Data Deprecation] [Analytics Dumps]

cc-ing our friends in research and wikitech (sorry I forgot initially) We're happy to announce a few improvements to Analytics data releases on > dumps.wikimedia.org: > > * We are releasing a new dataset, an estimate of Unique Devices accessing > our projects [1] > * We are officially making avail

Re: [Wikitech-l] [Engineering] [Analytics] Pageview API

> > It does! The API framework as a whole is at > https://github.com/wikimedia/restbase and you want > > https://github.com/wikimedia/restbase/blob/master/specs/analytics/v1/pageviews.yaml > and https://github.com/wikimedia/restbase/blob/master/mods/pageviews.js > for the pageviews-specific modules

Re: [Wikitech-l] Pageview API

Quick general reminder. Please tag tasks with "Analytics-Backlog" instead of "Analytics" for now. We need to clean that up, but we just haven't gotten around to it. On Wed, Nov 18, 2015 at 9:05 AM, Dan Andreescu wrote: > Nice work on the API! >> >>

Re: [Wikitech-l] Pageview API

> > Nice work on the API! > > I wrote a basic consumer of this API at > http://codepen.io/Krinkle/full/wKOMMN#wikimdia-pageviews Cool! Check out dv.wikipedia.org though, some of the RTL is messing with your (N views) parens. The only hurdle I found is that the 'articles' property is itself > ne

Re: [Wikitech-l] [Analytics] Pageview API

> > Finally! I waited so many years for a formal tool like that. Thank you! > Itzik, I remember your requests for this type of data from a long long time ago, when I was just starting at the foundation!! You and the many others with similar requests are the people we were thanking in the announce

[Wikitech-l] Pageview API

Dear Data Enthusiasts, In collaboration with the Services team, the analytics team wishes to announce a public Pageview API . For an example of what kind o

Re: [Wikitech-l] [Wmfall] Transitioning wikistats pageview reports to use new pageview definition

The old definition was never put down clearly in words, but it can be understood easiest I think from this SQL query that generates pagecounts-all-sites (which was what wikistats used until this switch): https://github.com/wikimedia/analytics-refinery/blob/master/oozie/pagecounts-all-sites/load/ins

[Wikitech-l] Scrum of Scrums notes, 2015-04-15

https://www.mediawiki.org/wiki/Scrum_of_scrums/2015-04-15 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Scrum of Scrums notes, 2015-02-18

https://www.mediawiki.org/wiki/Scrum_of_scrums/2015-02-18 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Scrum of Scrums notes 2015-02-11

https://www.mediawiki.org/wiki/Scrum_of_scrums/2015-02-11 If anyone with better wiki kung fu than me could take a look and figure out why the table of contents is not rendering on that page like it does on all the other [1] ones, I would appreciate it. [1] https://www.mediawiki.org/wiki/Scrum_of_

[Wikitech-l] Scrum of Scrums notes for 2015-02-04

https://www.mediawiki.org/wiki/Scrum_of_scrums/2015-02-04 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Scrum of Scrums notes

https://www.mediawiki.org/wiki/Scrum_of_scrums/2015-01-14 note: no meeting next week as All Staff is happening. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Scrum of Scrums notes since December 24th (2014-12-24, 2014-12-31, 2015-01-07)

Here are notes from the last three scrum of scrums meetings: https://www.mediawiki.org/wiki/Scrum_of_scrums/2014-12-24 https://www.mediawiki.org/wiki/Scrum_of_scrums/2014-12-31 https://www.mediawiki.org/wiki/Scrum_of_scrums/2015-01-07 Special thanks! to the Wikidata team for putting up their u

[Wikitech-l] Scrum of Scrums Notes for 2014-12-17

https://www.mediawiki.org/wiki/Scrum_of_scrums/2014-12-17 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Labs-l] Announcement: Yuvi Panda joins Ops

> At the same time I find it sad that he moves to the USA because he was > invaluable because he was available when the other Labs people were not > around. As such he provided a much needed service exactly because he lives > in India. Oh that's a common misunderstanding which arises from the ass

Re: [Wikitech-l] HTML templating progress; Knockout Components & curly brace syntax

On Tue, Jul 8, 2014 at 10:23 AM, Chad wrote: > On Tue, Jul 8, 2014 at 7:16 AM, Tyler Romeo wrote: > > > I just want to be clear that any sort of template syntax that resembles > or > > can be confused with wikitext is not something that we can or should > allow > > in core. If MobileFrontend and

Re: [Wikitech-l] new terms of use/paid contributions - do they apply to mediawiki

> > The terms of use is basically a clickwrap > agreement, right? When you make > a > contribution, you see "by clicking you accept blah blah blah" somewhere, > once you click knowing that, you made a sort of contract from a legal point > of view. So the te

Re: [Wikitech-l] new terms of use/paid contributions - do they apply to mediawiki

cc-ing Luis as I think this consequence, whether intended or not, would interest him On Mon, Jun 16, 2014 at 4:25 PM, Brian Wolff wrote: > Hi, > > So from what I understand, there's now been an amendment to WMF's > terms of use to require disclosure of paid "contributions" [1]. Its a > little u

Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!

> > Sorry, but "Limn" sounds pretty pretentious, and it is hard to pronounce. > no problem at all, you're not hurting my feelings :) Sounds like people don't like the name, so let's drop it. The top contender right now is Visual: and I'll ping the Visual Editor folks right now to see if they min

Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!

> > 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. > > > > True! It would be nice to talk about i

Re: [Wikitech-l] [Maps-l] Output from Zurich Hackathon - yet another maps extension!

> > FYI, Limn is also sort of taken in the MediaWiki/WMF namespace: > https://www.mediawiki.org/wiki/Analytics/Limn Yep, but that Limn is dying slowly. If we do this new extension properly, it will take its place. As Erik said, this is not staffed for success right now but it would address many

Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!

ive anyone rights to it. On Thu, May 15, 2014 at 1:35 PM, Dan Andreescu wrote: > 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 > wrote: > >> PictureIt: >> Envisio

Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!

me 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. > >

Re: [Wikitech-l] Output from Zurich Hackathon - yet another maps extension!

> > 2014-05-14 19:43 GMT+03:00 Dan Andreescu : > > 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 >

Re: [Wikitech-l] [Maps-l] Output from Zurich Hackathon - yet another maps extension!

gt;> 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 > >>

Re: [Wikitech-l] Transcluding non-text content as HTML on wikitext pages

> > > Can you outline how RL modules would be handled in the transclusion > > scenario? > > The current patch does not really address that problem, I'm afraid. I can > think > of two solutions: > > * Create an SyntheticHtmlContent class that would hold meta info about > modules > etc, just like Par

Re: [Wikitech-l] [Engineering] Help! Phabricator and our code review process

On Mon, May 5, 2014 at 10:24 PM, Matthew Flaschen wrote: > On 05/02/2014 03:56 PM, C. Scott Ananian wrote: > >> [greg-g] cscott: James_F crazy idea here: can some teams use it for >> real (I think growth is, kinda?) and export/import to a future real >> instance? >> frontend... >> > > No, we're no

Re: [Wikitech-l] RfC on Product Management Tools and Development Toolchain

Andre, It's my understanding that the current Phabricator instance is temporary. Indeed, it includes mostly jokes and throw-away testing tasks, comments, boards, etc. Could we stand up an instance to which we would potentially migrate to? We would have to reserve task ids 1-10 to allow us t

Re: [Wikitech-l] MediaWiki on Google App Engine

I've done things like port mako templates to Google App Engine. As mentioned by Jeremy Baron, the common problem to porting anything of sufficient complexity is that you're not allowed to write files to the disk. To get mako to work, since it caches compiled templates to disk, I patched it to wri

Re: [Wikitech-l] CentralAuth questions

figure out exactly what the PHP and SQL is doing with the > underlying data. The source code of the CentralAuth MediaWiki extension > can be found here: > <https://git.wikimedia.org/tree/mediawiki%2Fextensions%2FCentralAuth.git>. > You'll likely want to read through central-aut

Re: [Wikitech-l] CentralAuth questions

Any links to documentation on consuming data from the CentralAuth databases is welcome. We searched a bit and found mostly installation instructions. On Thu, Mar 27, 2014 at 4:20 PM, Teresa Cho wrote: > Hi all, > > I'm trying to add a feature to Wikimetrics that will allow users to create > a

Re: [Wikitech-l] IRC Office Hour on Project Management Tools Review: Friday 28th, 17:00UTC

for review: > https://secure.phabricator.com/book/phabricator/article/arcanist_diff/ > > > On Tue, Mar 25, 2014 at 5:39 PM, Dan Andreescu >wrote: > > > looking forward to attending this, thanks for organizing > > > > > > > If you'd like to learn m

Re: [Wikitech-l] IRC Office Hour on Project Management Tools Review: Friday 28th, 17:00UTC

looking forward to attending this, thanks for organizing > If you'd like to learn more about Phabricator's project management and > roadmap functionality, I invite you to test it live on the test > instance at http://fab.wmflabs.org/ . Alternatively, you can also > peruse http://phabricator.org/

Re: [Wikitech-l] About the bug 46453 - Uzbek: Change date and decimal separators

> > Hi, > I'm having some trouble when trying to upload the fix to gerrit. I followed > the instructions in [1]. But I get the bellow error when trying to run > git review -s > > Error. > > Problems encountered installing commit-msg hook > The following command failed with exit code 1 > "scp g

Re: [Wikitech-l] Zurich Hackathon: Creating a map namespace

This is awesome. I have a decent amount of experience with different technologies that we could use to build maps and present them both statically through our cache layers and dynamically for editors. Let's kick this project's butt in Zurich. On Wed, Mar 5, 2014 at 3:54 PM, Jon Robson wrote:

Re: [Wikitech-l] Minor Bingle improvements - users please update your code

thanks Arthur! On Thu, Feb 20, 2014 at 8:19 PM, Arthur Richards wrote: > I had some free time today and made some minor improvements to Bingle to > take care of two longstanding, really annoying issues: > https://github.com/awjrichards/bingle/issues/10 > https://github.com/awjrichards/bingle/iss

Re: [Wikitech-l] Non-Violent Communication

> > I assume your good faith, and I foresee its consequences. You couldn't > employ your NVC skills because you were, quote, in a hurry, end quote. That > means, NVC just doesn't work when it's needed. I don't think everyone here > has a lot of spare time to mix original thoughts with a dump of mea

  1   2   >