Wikitech-l November 2011

wikitech-l@lists.wikimedia.org

127 participants
148 discussions

MathJax integration to stock MediaWiki Math extension? (was RFC: math options)
by Brion Vibber 05 Dec '11

05 Dec '11

On Mon, Nov 28, 2011 at 3:16 PM, Brion Vibber <brion(a)pobox.com> wrote: > On Mon, Nov 28, 2011 at 3:05 PM, MZMcBride <z(a)mzmcbride.com> wrote: > >> Brion Vibber wrote: >> > [snip my notes about removing the non-PNG non-source options, wanting > higher-resolution renderings] > >> Did you have a chance to evaluate MathJax? <http://www.mathjax.org/> I >> know >> it's come up in past math discussions and that a lot of math folks think >> it >> looks promising. A technical analysis of its feasibility on Wikimedia >> wikis >> would be great. Killing the less-used, ancient math options is great, but >> perhaps adding one wouldn't be too bad to do too. :-) >> > > That's an excellent thing to bring up -- MathJAX *does* look very > promising, and things seem to render pretty nicely. Need to make sure that > we can either do that type of rendering cleanly with the PNG fallback > (older browsers will still need the PNGs, so it may still be worth spending > the time to fix baselines). > I've done a quick experimental mode commit: <https://www.mediawiki.org/wiki/Special:Code/MediaWiki/104521> definitely promising in terms of things look nice. :) Total library size is pretty large but that includes a bunch of fallback images which will be rarely used; don't have a good sense of the 'weight' of including the library yet. It does load a bit slowly, but hopefully won't interfere much while it does so. The initial method I'm using is to output the latex source in a <script type="math/tex"> which MathJax recognizes, and then putting the image or text source form in a <noscript> next to it. Browsers with JS off or unavailable will use the fallback image/text silently, while those with script will get the pretty math inserted at runtime. This isn't perfect though, and for instance breaks on MobileFrontend because the <script> that actually _loads_ MathJax doesn't get loaded, and on top of that the fallback images are still in <noscript>. ;) Also, browsers that have script support but don't work with MathJax won't load images, so this is insufficient. Most compatible thing is probably to let it include the images/text form as-is, then make sure MathJax goes over and replaces them in-place. It might need tweaks to understand the images (source in alt text). I'm hoping to get some feedback and advice from folks who have worked with MathJax previously; I'll whip up some detail notes as an RFC page in a bit. -- brion

4 4

Who actually reads @wikimediatech ?
by Guillaume Paumier 05 Dec '11

05 Dec '11

Hi all, We've had @wikimediatech accounts on twitter & identica for some time now: * http://identi.ca/wikimediatech * https://twitter.com/#!/wikimediatech that basically broadcast every single action that is logged to the server admin log: * http://wikitech.wikimedia.org/view/Server_admin_log The account has 78 followers on identica and 430 on twitter (probably counting the spammers). I'm wondering if there are actually people reading all the stuff that's pushed through these channels. My gut feeling is that the few people reading these feeds are also those that would know to check the SLA if they encountered an issue, or know how to use the RSS feed of the SLA page if they really wanted the information in real time. Meanwhile, we don't really have social media channels dedicated to Wikimedia tech stuff, i.e. channels where we can actually post stuff, links, blog posts, outage info, etc and engage with a larger community of people interested in our tech operations. I feel that the accounts would be much more useful if we reduced the amount of semi-random information we post there. So, I'm basically proposing to repurpose the @wikimediatech accounts for this. Thoughts? Good idea? Bad idea? You don't care? -- Guillaume Paumier Technical Communications Manager — Wikimedia Foundation http://donate.wikimedia.org

17 27

Git migration and obfuscated e-mail addresses
by Daniel Friesen 02 Dec '11

02 Dec '11

Looking over our USERINFO files we have 82 (out of our 330) users who obfuscate their e-mail address. It's rather trivial to de-obfuscate them, and we will need to for the git migration. Have we considered asking these users if they would like a different e-mail address to be used for get when we migrate? -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]

4 5

1.18 issues triage
by mhershberger＠wikimedia.org 30 Nov '11

30 Nov '11

What: 1.18 Triage When: Friday, Nov, 2130UTC Time zone conversion: http://hexm.de/ap Where: #wikimedia-dev on freenode Use http://webchat.freenode.net/?channels=wikimedia-dve if you don't have an IRC client With the recent release of 1.18, I want to hold a triage to see if there are enough issues to have a point release. This Friday, I'll be covering bugs listed on the tracking bug https://bugzilla.wikimedia.org/32711 to determine the severity and number of issues. If you know of issues not listed on that bug that have shown up in your 1.18 installation, especially regressions in MediaWiki behavior, please add them. Hope to see you at the triage! Mark.

2 2

A program to simultaneously upload images to two websites (Wikimedia Commons being one)
by James Heilman 30 Nov '11

30 Nov '11

I have been in discussion with two institutions (the University of British Columbia and a military hospital in the USA) who are interested in collaborating with Wikipedia. One of the proposed ideas is to create a program that would simultaneously upload images deemed suitable to both Wikimedia Commons and the other Wiki in question. Are there any programmers interested in taking on this project? -- James Heilman MD, CCFP-EM, Wikipedian

4 3

New committer
by Sumana Harihareswara 30 Nov '11

30 Nov '11

Gunther Zehetner (commitname guz, mediawiki.org User:optimale) now has extensions access. "I created the SemanticQueryFormTool extension (http://www.mediawiki.org/w/index.php/Extension:SemanticQueryFormTool) and would like to make the new MW 1.17 and SMW 1.6 compatible version (which will be rewritten and renamed to SemanticPropertyTools) available via svn.wikimedia.org." Welcome! -- Sumana Harihareswara Volunteer Development Coordinator Wikimedia Foundation

1 0

Fwd: Open / Wiki Data Hack Day
by aude 30 Nov '11

30 Nov '11

On Saturday, we are co-organizing a hackathon at the Martin Luther King Jr Library in Washington DC, pertaining to open data and anything wiki-data related. I have a bunch of ideas, like maybe finding a way to update US census data to 2010 data. We welcome additional project ideas. If you are in the greater DC region or otherwise can come, we welcome you to join us. Folks from the Sunlight Foundation, Code for America, DC OCTO (DC gov) and other cool hackers will be there and I hope you will too! http://opendatahackdc.eventbrite.com/ Cheers, Katie Begin forwarded message: > From: Aude <aude.wiki(a)gmail.com> > Date: November 30, 2011 8:18:10 AM EST > To: wikimedia-dc(a)lists.wikimedia.org > Subject: International Open Data Hack Day > > On Saturday, Dec 3 at the MLK Jr Library, there will be a hackathon > with focus on open data, including anything related to wiki data. > > http://opendatahackdc.eventbrite.com/ > > Some wiki-related ideas could include: > > * working on a way to get the 2000 census data, in so many articles, > updated > * making use of data sources like data.worldbank.org or from the > federal government (e.g. BLS) to make maps, populate infoboxes, etc. > * working with the National Register of Historic Places data, > possibly in preparation for doing more Wikis Take DC / Baltimore > events or Wiki Loves Monuments here > * working with the Smithsonian Art Inventories data - http://siris-artinventories.si.edu/ > for WikiProject Public Art > * importing DC GIS data (more buildings) into OpenStreetMap -- no > technical skills required > * do you have any additional suggestions? > > Not all projects need to be wiki-related or uber-technical, though > we also need skilled hackers and designers on Saturday. > > Cheers, > Katie

1 0

Torrus down?
by Jay Ashworth 30 Nov '11

30 Nov '11

torrus.wikimedia.org/torrus is 500 tonight; is that expected? Cheers, -- jra -- Jay R. Ashworth Baylink jra(a)baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://baylink.pitas.com 2000 Land Rover DII St Petersburg FL USA http://photo.imageinc.us +1 727 647 1274

2 1

Dropping the 'LATER' resolution in Bugzilla
by Diederik van Liere 29 Nov '11

29 Nov '11

Hi folks, Currently, we have a 'LATER' resolution in Bugzilla, it contains 339 bug reports over all the products, see: https://bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&list_id=57… The question is, when is LATER? Technically, these bugs are not open and so nobody will ever see them again and that's how they will be forgotten. To me, it seems that bugs that are labeled LATER should either be labeled: 1) WONTFIX, which I guess is the majority of these bugs 2) WORKSFORME, I am sure some things have been fixed 3) NEW, it is a real bug / feature request. So why not do a mass change from LATER to NEW, and give them a fresh pair of eyes? and remove the LATER option from Bugzilla. Best, Diederik

10 20

Code review hours
by Brion Vibber 29 Nov '11

29 Nov '11

Due to a schedule conflict I won't be available for review until noonish pacific (around 20:00 UTC) -- brion

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l November 2011