[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

[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

[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

[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

[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

[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

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

er 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 has been > >

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

[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

[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

[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=nope=js== > ah! I missed the open paren ( in the original search, good

[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

[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

[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

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

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

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

[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

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

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=exterior+lantern+Corner On Tue, Nov 17,

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

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

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

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

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/

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

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

[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

[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

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

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

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

[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

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

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

On Wed, Mar 23, 2016 at 1:06 PM, Federico Leva (Nemo) <nemow...@gmail.com> 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 fut

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

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

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 <dandree...@wikimedia.org> wrote: > Nice work on t

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 >

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

[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

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

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

[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

[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

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

On Tue, Jul 8, 2014 at 10:23 AM, Chad innocentkil...@gmail.com wrote: On Tue, Jul 8, 2014 at 7:16 AM, Tyler Romeo tylerro...@gmail.com 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

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

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

The terms of use is basically a clickwrap https://en.wikipedia.org/wiki/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 terms of use

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!

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 it during

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

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

2014-05-14 19:43 GMT+03:00 Dan Andreescu dandree...@wikimedia.org: For the short term, I think further exploration of the Map namespace is great, but I think generic visualization work could go into the Visualization namespace. My suggestion for a name for this namespace may seem a bit

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

in wiki articles via a map template. Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)! I'd be interested in people's thoughts around

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

rights to it. On Thu, May 15, 2014 at 1:35 PM, Dan Andreescu dandree...@wikimedia.orgwrote: I like Visual:, any +1s? +2s? The only downside might be a slight conflict with VisualEditor On Thu, May 15, 2014 at 11:20 AM, dan-nl dan.entous.wikime...@gmail.comwrote: PictureIt: Envision

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

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

the inclusion of maps in wiki articles via a map template. Dan Andreescu also created a similar visualisation namespace which may want to be folded into this as a map could be seen as a visualisation. I invite Dan to comment on this with further details :-)! I'd be interested in people's

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

On Mon, May 5, 2014 at 10:24 PM, Matthew Flaschen mflasc...@wikimedia.orgwrote: 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...

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

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

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 tcho...@gmail.com wrote: Hi all, I'm trying to add a feature to Wikimetrics that will allow users

Re: [Wikitech-l] CentralAuth questions

likely want to read through central-auth.sql in particular. Dan Andreescu wrote: Any links to documentation on consuming data from the CentralAuth databases is welcome. We searched a bit and found mostly installation instructions. Well, very generally you (or your program) probably

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

://secure.phabricator.com/book/phabricator/article/arcanist_diff/ On Tue, Mar 25, 2014 at 5:39 PM, Dan Andreescu dandree...@wikimedia.org wrote: looking forward to attending this, thanks for organizing If you'd like to learn more about Phabricator's project management and roadmap functionality, I

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/ and

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

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

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

thanks Arthur! On Thu, Feb 20, 2014 at 8:19 PM, Arthur Richards aricha...@wikimedia.orgwrote: 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

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

Re: [Wikitech-l] Bingle/Bugello broken post-Bugzilla upgrade

python-requests bundles it's own cacert list (although the ubuntu .deb version might use the central certificate store - not sure about that), which might be outdated. Some older cacert lists have issues with RapidSSL certificates (this is an issue with the list bundled with httplib2, for

Re: [Wikitech-l] Bingle/Bugello broken post-Bugzilla upgrade

Bingle is actually a python tool: https://github.com/awjrichards/bingle Arthur, sorry I spend a couple minutes brainstorming and came up empty. Keep us updated and I'll take a more serious look if the problem persists. On Thu, Feb 13, 2014 at 3:58 PM, Daniel Zahn dz...@wikimedia.org wrote:

Re: [Wikitech-l] Proposal for Zürich Hackathon - getting close to a production-like Vagrant instance

A few of us have been discussing how awesome it would be to use MediaWiki-Vagrant[1] to create a portable production-like environment. This would give Mediawiki engineers a common ground from which to develop core code and/or extensions, and by coming close to mimicking Wikimedia's

Re: [Wikitech-l] Proposal for Zürich Hackathon - getting close to a production-like Vagrant instance

On Tue, Feb 11, 2014 at 2:51 PM, Brad Jorsch (Anomie) bjor...@wikimedia.org wrote: On Tue, Feb 11, 2014 at 2:33 PM, Dan Andreescu dandree...@wikimedia.org wrote: One thing I'd be interested in is to hear how Linux folks are installing vagrant / virtualbox. I've not been able to vagrant

Re: [Wikitech-l] Action Script API client library?

On Tue, Feb 11, 2014 at 4:18 PM, Brandon Harris bhar...@wikimedia.orgwrote: Both ActionScript and JavaScript are ECMAScript languages and are thus pretty similar. I last did AS coding about 4 years ago but I don't think the language has changed significantly since then. I'd

Re: [Wikitech-l] InstantClick

Hi, Today, I heard about a JavaScript library called InstantClick (http://instantclick.io/). Basically, it's based on the principle that latency is responsible for a lot of the Web's slowness. It also considers that there are about 250ms between hovering over and clicking on a link.

  1   2   >