Hello,
With the ContentHandler merge, WikiPage::doEdit() has been marked as
deprecated in favor of WikiPage::doEditContent(). I would like us to
reconsider that deprecation based on conciseness of our code.
Previously we could simply:
$page->doEdit( 'some text', 'summary' );
Now we will have to:
$page->doEditContent(
ContentHandler:makeContent( 'some text', $page->getTitle() ),
'summary'
);
Cant we keep the doEdit() shortcut or am I missing something?
--
Antoine "hashar" Musso
So recently https://gerrit.wikimedia.org/r/15746 was merged. It implements
a pretty timestamp function. Yet it was somehow completely ignored that we
actually have an MWTimestamp class made specifically for timestamp objects
in MediaWiki.
*--*
*Tyler Romeo*
Stevens Institute of Technology, Class of 2015
Major in Computer Science
www.whizkidztech.com | tylerromeo(a)gmail.com
Hello everyone,
It’s with great pleasure that I’m announcing that Luke Welling has joined the Wikimedia Foundation as a Senior Features Engineer.
Just before joining us, Luke was the Engineering Manager and second hire at PandaWhale, where he took the site from napkin to shipping, including building the testing infrastructure, message queue, karma system, and e-mail notification structure. There are so many other things that he’s been involved with in his 15 year career as a professional web engineer, that I won’t bore you with the details, but here is a short list: Message Systems, OmniTI, Hitwise, MySQL AB, and TangledWeb. Instead, I’d like to mention that when I attended my first PHP conference in 2003, Luke was already an elder-statesman there.
He’s probably most famous for writing **the** book on PHP—well if not “the” book, at least the best-selling PHP book of all time[1]. But since he also had a stint at MySQL, he also wrote their top-selling MySQL title[2]: And I’ve never known a fiercer advocate of the the budding[3] PHP developer[4] than him.
His first official day was on October 3rd but I flaked out, and HR stole my thunder[5]. He’ll be working with the Editor Engagement and Performance teams on the database scaling and queuing that will form the backbone of of notifications and messaging, as well as filling in with the Editor Engagement Experimentation team, and assorted tool building.
Luke lives in Maryland with Laura, his wife (and co-author), daughter, and horses. We’ll be trading days in the Bay Area with Mozilla, where Laura[6] is their Webtools engineering manager — someone has to take be in Maryland to care of the kid and horses (and bayonets).
Since I was so late at writing this, I want to leave you with a little tidbit about what it’s like to work with Luke: He once got Slashdotted, in the post-Slashdot reality[7], and he’s such a great person to work with that his workers created his own fake twitter account based on things he said in the office.[8]
Please join me in a very belated welcome of Luke Welling to the Wikimedia Foundation. :-)
Take care,
Terry
[1]: http://www.amazon.com/PHP-MySQL-Web-Development-Edition/dp/0672329166>
[2]: http://www.amazon.com/MySQL-Tutorial-Luke-Welling/dp/0672325845
[3]: http://lukewelling.com/2007/03/13/i-♥-register_globals/
[4]: http://lukewelling.com/2008/02/04/you-used-php-to-write-that-uh-yeah/
[5]: http://identi.ca/notice/97127233
[6]: http://www.laurathomson.com/
[7]: http://lukewelling.com/2006/08/03/java-programmers-are-the-erotic-furries-o… Image is here: http://wiki.huihoo.com/images/9/9b/Programmer-hierarchy.gif
[8]: http://twitter.com/lukeism/ and thus http://phpdoc.info/lukeism/ a la http://phpdoc.info/chayism/
terry chay 최태리
Director of Features Engineering
Wikimedia Foundation
“Imagine a world in which every single human being can freely share in the sum of all knowledge. That's our commitment.”
p: +1 (415) 839-6885 x6832
m: +1 (408) 480-8902
e: tchay(a)wikimedia.org
i: http://terrychay.com/
w: http://meta.wikimedia.org/wiki/User:Tychay
aim: terrychay
So it's time to have this discussion again. At least, I think we're
having it again, though I could not find previous threads on this list
about the subject.
In short, scaled media is currently generated on the fly for any size
and for any user. The resulting files are kept around forever or until
we run perilously short of space, at which point we make some guesses
about what we can toss and then do a mass purge. Last time we did so, we
had the rotation bug going at the same time, which made for a real fine
mess.
A little bit of crunching shows me that we have about 6 million images
in use on the projects, and yet we manage to have around 130 million
thumbnails. Just for fun I checked to see how many thumbs each image
has, what sizes we are looking at, etc. Here's the results.
Some "standard" sizes are most popular, with between 200K and 640K media
files having thumbs scaled to each of these widths:
75, 120, 150, 180, 200, 220, 320, 640, 800, 1024, and 1280 pixels
But there's plenty of "odd" sizes with lots of thumbs too. For example,
over 65K files with width 181px, 20K with width 138px.
As an experiment and before having this data, I purged from ms5 (no
longer in use for thumbs) 1/16 of the thumbs that were greater than
100px wide but not one of these widths:
120px, 200px, 220px, 250px, 320px, 640px, 800px
We got back over 300GB of space.
The other thing about delivering any scaled version on demand is that we
have some media files with several hundred different thumb sizes in
there. Here's a few of the top offenders for your entertainment:
2514 wikipedia/commons/thumb/f/f9/Orange_and_cross_section.jpg
2285 wikipedia/commons/thumb/f/fb/Thrermal_grease.jpg
2218 wikipedia/commons/thumb/f/fc/Blue_sport.jpg
2071 wikipedia/commons/thumb/f/f3/Flag_of_Switzerland.svg
2062 wikipedia/commons/thumb/f/f2/Flag_of_Costa_Rica.svg
2034 wikipedia/commons/thumb/f/f8/Wiktionary-logo-en.svg
1915 wikipedia/commons/thumb/f/f6/VeulesLesRoses.JPG
1689 wikipedia/commons/thumb/f/fa/Wikibooks-logo.svg
1447 wikipedia/commons/thumb/f/fa/Wikiquote-logo.svg
1371 wikipedia/commons/thumb/f/f0/Mori_Uncanny_Valley.svg
1249 wikipedia/commons/thumb/f/f5/Grand_prismatic_spring.jpg
1246 wikipedia/commons/thumb/f/f3/Mature.jpg
1191 wikipedia/commons/thumb/f/f7/Kirchdorf_in_Tirol.JPG
1187 wikipedia/commons/thumb/f/f8/Camille_Cabral_pour_les_Trans.JPG
1143 wikipedia/commons/thumb/f/f7/Profanity.svg
1079 wikipedia/commons/thumb/f/f2/HSV_color_solid_cone.png
1040 wikipedia/commons/thumb/f/f2/Carmen_Electra.jpg
1032 wikipedia/commons/thumb/f/f1/Pink_eye.jpg
1001 wikipedia/commons/thumb/f/f6/USNS_Medgar_Evers_announcement.jpg
I'd comment on some of those but I'd be too snarky.
So there are some things we could change:
1. We could generate and keep only certain sizes, tossing the rest.
2. We could keep *nothing*, scaling all media as required.
3. We could have a cron job that was clever about tossing thumbs every
day (not sure how easy it would be to be clever).
4. ??
In any of these cases, the squids will have copies of recently requested
scaled media, so we won't be scaling the same file to the same size over
and over in a short time frame.
What do folks think about how to proceed?
Ariel
Alright, this is new:
https://www.ohloh.net/orgs/wikimedia
in the context of the new Organization tab in Ohloh:
https://www.ohloh.net/orgs
There is a lot of polishing to do, and Ohloh is still scanning new repos
added today (mainly extensions).
Feel free claiming your projects!
MediaWiki is of course our most popular project.
https://www.ohloh.net/p/mediawiki
The extensions have been organized in two huge batches:
The ones supported by the WMF
https://www.mediawiki.org/wiki/Category:Extensions_used_on_Wikimedia
124 repos, based on
https://www.mediawiki.org/wiki/Category:Extensions_used_on_Wikimedia .
Please report any other repos that should be here.
The ones hosted by the WMF but supported by 3rd parties
https://www.ohloh.net/p/mediawiki-extensions-wmf-unofficial
296 repos! Many probably belong to the "official" set. And there were
more repost in Gerrit under extensions/*, but empty with just .gitreview
/ .gitignore. Report anything relevant that is missing.
Let's see how do we maintain these two mega-projects up to date as new
projects become active, some become official... Ideas welcome.
There are some project umbrellas corresponding to the activity of WMF teams:
https://www.ohloh.net/p/wmf-analyticshttps://www.ohloh.net/p/WMF-fundraising
(I promised the Mobile team to create one. Tomorrow.)
This is useful to see the activity of certain area. Even more useful if
the teams take ownership and make sure the repos are up to date.
All in all Ohloh is now providing a good overview of our activity spread
in gerrit.mediawiki.org and a bunch of locations in GitHub. I will
continue polishing our presence there, seeing how to extracts basic
metrics out of that and seeing also how to use all those URLs and data
to attract more contributors!
PS: if you want to help just answer / ping me. :)
--
Quim
[Forwarded from semediawiki-user, apologies for cross-posting]
(This is about the Semantic MediaWiki User Conference Fall 2012,
see http://semantic-mediawiki.org/wiki/SMWCon_Fall_2012)
Dear all,
the program for the upcoming SMWCon in Cologne is becoming more and more
stable [1]. Most talks should be at their almost final location now.
There are quite a few highlights that are worth mentioning:
* We have two exciting keynote talks by Denny Vrandecic (Wikimedia
Germany e.V.) and Peter Haase (fluidOps):
Denny will introduce Wikidata, the next big thing for Wikipedia, and the
underlying software Wikibase. The co-operation of SMW and Wikidata will
be an important topic of this SMWCon.
Peter will introduce the Information Workbench, a semantic knowledge
management solution by fluidOps. For the first time, SMWCon will include
a number of talks on related systems that are not SMW. Other highlights
in this category include OntoWiki, BlueSpice, SlideWiki, and the
Drupal-based Planetary System. I am sure that it will be insightful and
inspiring to exchange experiences with these projects.
* We'll have a number of practical experience talks. I am particularly
looking forward to the insights of Wikia Inc., presented by Krzysztof
Krzyżaniak (eloy).
* Joel Natividad will join us live from NY to report about his
award-winning sites and new smart city projects.
* And of course there will be plenty of updates on SMW and its old and
new extensions, including a number of presentations about using SMW in
completely new ways.
The tutorial day will leave more space for discussions and practical
work, especially to discuss problems and ideas with the developers (as
usual, we will have a very high concentration of those). As a special
"non-semantic" tutorial, Yury Katkov will share his first-hand
experience in fighting spam on semanticweb.org and
semantic-mediawiki.org, a topic that concerns many public SMW sites.
Cheers,
Markus
[1] http://semantic-mediawiki.org/wiki/SMWCon_Fall_2012/Agenda
Hey,
Is it possible to push to a branch other then the default one on gerrit
using git review?
This is needed when you want to have more then one branch on which you have
reviewed code, or if you want different levels of review. For example if
you want a novice committer play around with an extension a bit and push
new functionality that gets reviewed but is not ready to go onto master
until it really has stabilized and finalized.
Cheers
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--