Re: [Wikitech-l] Gallery weirdness in Chrome
It should be fixed in r54097. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: [Foundation-l] Thanks to the WP Tech people
-- Forwarded message -- From: Marc Riddell michaeldavi...@comcast.net Date: 2009/7/31 Subject: [Foundation-l] Thanks to the WP Tech people To: Foundation List foundatio...@lists.wikimedia.org It's very good to see the English Wikipedia back and running smoothly again; my withdrawal symptoms were getting hard to handle :-). Seriously, thank you to all the people who fixed the problem. Marc Riddell ___ foundation-l mailing list foundatio...@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: [Foundation-l] Thanks to the WP Tech people
David Gerard wrote: -- Forwarded message -- From: Marc Riddell michaeldavi...@comcast.net Date: 2009/7/31 Subject: [Foundation-l] Thanks to the WP Tech people To: Foundation List foundatio...@lists.wikimedia.org It's very good to see the English Wikipedia back and running smoothly again; my withdrawal symptoms were getting hard to handle :-). Seriously, thank you to all the people who fixed the problem. Marc Riddell Hear, hear. Now that the maintenance is complete, perhaps switch the site notice back to the board election? KTC -- Experience is a good school but the fees are high. - Heinrich Heine PGP.sig Description: PGP signature ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: [Foundation-l] Thanks to the WP Tech people
On Fri, Jul 31, 2009 at 12:35 PM, Kwan Ting Chank...@ktchan.info wrote: Now that the maintenance is complete, perhaps switch the site notice back to the board election? Hrm, it should be... but it's not. The only one that's still enabled is: http://meta.wikimedia.org/w/index.php?title=Special:CentralNoticemethod=listNoticeDetailnotice=boardvote-voting and it doesn't mention that notice. Downtime is disabled: http://meta.wikimedia.org/w/index.php?title=Special:CentralNoticemethod=listNoticeDetailnotice=Downtime -- Casey Brown Cbrown1023 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: [Foundation-l] Thanks to the WP Tech people
Casey Brown wrote: On Fri, Jul 31, 2009 at 12:35 PM, Kwan Ting Chank...@ktchan.info wrote: Now that the maintenance is complete, perhaps switch the site notice back to the board election? Hrm, it should be... but it's not. The only one that's still enabled is: http://meta.wikimedia.org/w/index.php?title=Special:CentralNoticemethod=listNoticeDetailnotice=boardvote-voting and it doesn't mention that notice. Downtime is disabled: http://meta.wikimedia.org/w/index.php?title=Special:CentralNoticemethod=listNoticeDetailnotice=Downtime I ran a regen and it's gone now. Must have just missed the regen cycle. --tomasz ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Geonotice improvements that could make Wikinews great (among other benefits)
The Strategic Planning wiki is a good place to discuss this idea and how it changed and/or implemented: http://strategy.wikimedia.org/wiki/Proposals/Geonotice_improvements http://strategy.wikimedia.org/wiki/Talk:Proposals/Geonotice_improvements -Sage On Wed, Jul 29, 2009 at 12:56 PM, Sage Rossragesoss+wikipe...@gmail.com wrote: One of the great frustrations of Wikinews for me is that it doesn't have a system for identifying and pointing users toward opportunities to get out into the offline world and do original reporting. A fine-grained cross-project opt-in geonotice system could be a solution. Here's how I imagine it working: there is a new opt-in geonotice (in addition to the current one that reaches everyone in the specified geography). For the opt-in geonotice (which would hopefully be able to reach across projects, since many causal Wikinewsies visit that site only rarely) any trusted user could add new items to let nearby people know about reporting or photography opportunities. For these opt-in notices, we would not need to lock down the ability to add items like we do for the current geonotice system (it's a fully protected page), since people who opt-in will expect a bit a noise. So, for example, I would set a notice that Senator Chris Dodd is holding a public discussion about health care reform on such-and-such date in Hartford, Connecticut. I mark this as a photo opportunity and a reporting opportunity. The system sets a default radius (or better yet, users specify the radius they want to be notified within) and everyone within x kilometers of Hartford who has opted in to the notice gets a watchlist message pointing to more details. I can imagine a wide range of tips and events that could be spread to the right people with such a system. This would do a couple things: it would draw in new users to Wikinews, and given enough participation it could provide a resource that is useful for professional journalists. Journalists are eager to figure out useful ways to tap the knowledge of amateurs, and a widely used geography-based tip-line is something that Wikimedia still has a chance to be the first organization to do well. I think finding a way to play a major part in the ongoing changes in the journalism world ought to be a high priority for the Foundation. -Sage Ross (User:Ragesoss) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Code Coverage MacGyver tools now on Mediawiki wiki
On 7/31/09 9:47 AM, dan nessett wrote: I have just posted the two MacGyver tools I used to generate the parserTests code coverage statistics. They are found at: http://www.mediawiki.org/wiki/User:Dnessett/Parser_Tests/MacGyver_Tests Nce :D -- brion ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Extensions in Bugzilla
Hey all, I've compiled a list[1] of extensions in Bugzilla that don't have a default assignee. If you want to be (or should already be) the assignee for any of these, please let me know. Would like to really cut that list down so bugs are getting triaged to someone who cares. Right now, they're all being assigned to wikibugs-l, and we know how many bugs he resolves :p -Chad [1] http://www.mediawiki.org/wiki/User:^demon/Unloved_extensions ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Parser test result integration for CodeReview coming
Just a quick heads-up: I spent a little time this week hacking up integration of test data for the CodeReview extension, and the ability for ParserTests to upload its invocation data there. Once configured live, parser tests will be automatically run on all checkins to MediaWiki trunk and the results will be visible on the list detail views at http://www.mediawiki.org/wiki/Special:Code/MediaWiki This should help in identifying regressions. :) The system allows for data on multiple test suites to be sent in, so we can rig up similar tests for the unit test suites (if they get fixed up to actually work right!) and client-side Selenium-based tests we've been talking about but have yet to implement. If we don't have time to set it up today, the parser test integration should be ready by early next week. -- brion ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Parser test result integration for CodeReview coming
Great news! --- On Fri, 7/31/09, Brion Vibber br...@wikimedia.org wrote: From: Brion Vibber br...@wikimedia.org Subject: [Wikitech-l] Parser test result integration for CodeReview coming To: Wikimedia developers wikitech-l@lists.wikimedia.org Date: Friday, July 31, 2009, 11:04 AM Just a quick heads-up: I spent a little time this week hacking up integration of test data for the CodeReview extension, and the ability for ParserTests to upload its invocation data there. Once configured live, parser tests will be automatically run on all checkins to MediaWiki trunk and the results will be visible on the list detail views at http://www.mediawiki.org/wiki/Special:Code/MediaWiki This should help in identifying regressions. :) The system allows for data on multiple test suites to be sent in, so we can rig up similar tests for the unit test suites (if they get fixed up to actually work right!) and client-side Selenium-based tests we've been talking about but have yet to implement. If we don't have time to set it up today, the parser test integration should be ready by early next week. -- brion ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in Bugzilla
You can count me in for OpenID. Sergey -- Sergey Chernyshev http://www.sergeychernyshev.com/ On Fri, Jul 31, 2009 at 2:01 PM, Chad innocentkil...@gmail.com wrote: Hey all, I've compiled a list[1] of extensions in Bugzilla that don't have a default assignee. If you want to be (or should already be) the assignee for any of these, please let me know. Would like to really cut that list down so bugs are getting triaged to someone who cares. Right now, they're all being assigned to wikibugs-l, and we know how many bugs he resolves :p -Chad [1] http://www.mediawiki.org/wiki/User:^demon/Unloved_extensions ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Foundation-l] Geonotice improvements that could make Wikinews great (among other benefits)
On Wed, Jul 29, 2009 at 9:56 AM, Sage Rossragesoss+wikipe...@gmail.com wrote: One of the great frustrations of Wikinews for me is that it doesn't have a system for identifying and pointing users toward opportunities to get out into the offline world and do original reporting. A fine-grained cross-project opt-in geonotice system could be a solution. Here's how I imagine it working: there is a new opt-in geonotice (in addition to the current one that reaches everyone in the specified geography). For the opt-in geonotice (which would hopefully be able to reach across projects, since many causal Wikinewsies visit that site only rarely) any trusted user could add new items to let nearby people know about reporting or photography opportunities. For these opt-in notices, we would not need to lock down the ability to add items like we do for the current geonotice system (it's a fully protected page), since people who opt-in will expect a bit a noise. I think this would be awesome to try out! Geonotices have proved to be wonderful for helping out with local meetups; I can even imagine having two filters, opt-into notifications for local events and opt-into notifications for wikinews stuff. Both pages to set the notifications could be unprotected, and we could just see how it went. That is all :) phoebe -- * I use this address for lists; send personal messages to phoebe.ayers at gmail.com * ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in Bugzilla
On Fri, Jul 31, 2009 at 4:52 PM, Audeaude.w...@gmail.com wrote: On Fri, Jul 31, 2009 at 2:01 PM, Chad innocentkil...@gmail.com wrote: Hey all, I've compiled a list[1] of extensions in Bugzilla that don't have a default assignee. If you want to be (or should already be) the assignee for any of these, please let me know. Would like to really cut that list down so bugs are getting triaged to someone who cares. Right now, they're all being assigned to wikibugs-l, and we know how many bugs he resolves :p -Chad [1] http://www.mediawiki.org/wiki/User:^demon/Unloved_extensions I think the best place for the maps bugs is the maps-l list. (if no one objects) Or, they can Ævar, myself, and anyone else that wants to get them. -Aude ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Added everybody who's replied to the list thus far. Maps-l isn't registered with an account on Bugzilla, so I can't assign it right now, so I just put Aude and Ævar. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in Bugzilla
Actually Maps was just developed by Jeroen De Dauw under supervision of Yaron Koren as part of Google Summer of Code - they might be interested in maintaining it as well, just didn't get around to applying for it, maybe. Sergey -- Sergey Chernyshev http://www.sergeychernyshev.com/ On Fri, Jul 31, 2009 at 5:58 PM, Chad innocentkil...@gmail.com wrote: On Fri, Jul 31, 2009 at 4:52 PM, Audeaude.w...@gmail.com wrote: On Fri, Jul 31, 2009 at 2:01 PM, Chad innocentkil...@gmail.com wrote: Hey all, I've compiled a list[1] of extensions in Bugzilla that don't have a default assignee. If you want to be (or should already be) the assignee for any of these, please let me know. Would like to really cut that list down so bugs are getting triaged to someone who cares. Right now, they're all being assigned to wikibugs-l, and we know how many bugs he resolves :p -Chad [1] http://www.mediawiki.org/wiki/User:^demon/Unloved_extensions I think the best place for the maps bugs is the maps-l list. (if no one objects) Or, they can Ævar, myself, and anyone else that wants to get them. -Aude ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Added everybody who's replied to the list thus far. Maps-l isn't registered with an account on Bugzilla, so I can't assign it right now, so I just put Aude and Ævar. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in Bugzilla
On Fri, Jul 31, 2009 at 8:00 PM, Sergey Chernyshevsergey.chernys...@gmail.com wrote: Actually Maps was just developed by Jeroen De Dauw under supervision of Yaron Koren as part of Google Summer of Code - they might be interested in maintaining it as well, just didn't get around to applying for it, maybe. Sergey -- Sergey Chernyshev http://www.sergeychernyshev.com/ On Fri, Jul 31, 2009 at 5:58 PM, Chad innocentkil...@gmail.com wrote: On Fri, Jul 31, 2009 at 4:52 PM, Audeaude.w...@gmail.com wrote: On Fri, Jul 31, 2009 at 2:01 PM, Chad innocentkil...@gmail.com wrote: Hey all, I've compiled a list[1] of extensions in Bugzilla that don't have a default assignee. If you want to be (or should already be) the assignee for any of these, please let me know. Would like to really cut that list down so bugs are getting triaged to someone who cares. Right now, they're all being assigned to wikibugs-l, and we know how many bugs he resolves :p -Chad [1] http://www.mediawiki.org/wiki/User:^demon/Unloved_extensions I think the best place for the maps bugs is the maps-l list. (if no one objects) Or, they can Ævar, myself, and anyone else that wants to get them. -Aude ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Added everybody who's replied to the list thus far. Maps-l isn't registered with an account on Bugzilla, so I can't assign it right now, so I just put Aude and Ævar. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l I can always add more CCs :) -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in Bugzilla
2009/7/31 Chad innocentkil...@gmail.com: Hey all, I've compiled a list[1] of extensions in Bugzilla that don't have a default assignee. If you want to be (or should already be) the assignee for any of these, please let me know. Would like to really cut that list down so bugs are getting triaged to someone who cares. Right now, they're all being assigned to wikibugs-l, and we know how many bugs he resolves :p -Chad [1] http://www.mediawiki.org/wiki/User:^demon/Unloved_extensions ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l DidYouMean is mine Andrew Dunbar (hippietrail) -- http://wiktionarydev.leuksman.com http://linguaphile.sf.net ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in Bugzilla
On Fri, Jul 31, 2009 at 9:15 PM, Andrew Dunbarhippytr...@gmail.com wrote: 2009/7/31 Chad innocentkil...@gmail.com: Hey all, I've compiled a list[1] of extensions in Bugzilla that don't have a default assignee. If you want to be (or should already be) the assignee for any of these, please let me know. Would like to really cut that list down so bugs are getting triaged to someone who cares. Right now, they're all being assigned to wikibugs-l, and we know how many bugs he resolves :p -Chad [1] http://www.mediawiki.org/wiki/User:^demon/Unloved_extensions ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l DidYouMean is mine Andrew Dunbar (hippietrail) -- http://wiktionarydev.leuksman.com http://linguaphile.sf.net ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Added. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] w...@home Extension
Want to point out the working prototype of the w...@home extension. Presently it focuses on a system for transcoding uploaded media to free formats, but will also be used for flattening sequences and maybe other things in the future ;) Its still rough around the edges ... it presently features: * Support for uploading a non-free media assets, * putting those non free media assets into a jobs table and distributing the transcode job into $wgChunkDuration length encoding jobs. ( each pieces is uploaded then reassembled on the server. that way big transcoding jobs can be distributed to as many clients that are participating ) * It supports multiple derivatives for different resolutions based on the requested size. ** In the future I will add a hook for oggHanlder to use that as well .. since a big usability issue right now is users embedding HD or high res ogg videos into a small video space in an article ... and it naturally it performs slowly. * It also features a JavaScript interface for clients to query for new jobs, get the job, download the asset, do transcode upload it (all through an api module so people could build a client as a shell script if they wanted) ** In the future the interface will support preferences , basic statistics and more options like turn on w...@home every-time I visit wikipedia or only get jobs while I am away from my computer. * I try and handle derivatives consistently with the file/ media handling system. So right now your uploaded non-free format file will be linked to on the file detail page and via the api calls. We should probably limit client exposure to non-free formats. Obviously they have the files be on a public url to be transcoded, but the interfaces for embedding and the stream detail page should link to the free format version at all times. * I tie transcoded chunks to user ids this makes it easier to disable bad participants. ** I need to add an interface to delete derivatives if someone flags it as so. * it supports $wgJobTimeOut for re-assigning jobs that don't get done in $wgJobTimeOut time. This was hacked together over the past few days so its by no means production ready ... but should get there soon ;) Feedback is welcome. Its in the svn at: /trunk/extensions/WikiAtHome/ peace, michael ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Extensions in Bugzilla
I didn't mean that you should kick those guys out ;) Just tried to explain why it probably doesn't have a person assigned yet. Sergey On Fri, Jul 31, 2009 at 8:02 PM, Chad innocentkil...@gmail.com wrote: On Fri, Jul 31, 2009 at 8:00 PM, Sergey Chernyshevsergey.chernys...@gmail.com wrote: Actually Maps was just developed by Jeroen De Dauw under supervision of Yaron Koren as part of Google Summer of Code - they might be interested in maintaining it as well, just didn't get around to applying for it, maybe. Sergey -- Sergey Chernyshev http://www.sergeychernyshev.com/ On Fri, Jul 31, 2009 at 5:58 PM, Chad innocentkil...@gmail.com wrote: On Fri, Jul 31, 2009 at 4:52 PM, Audeaude.w...@gmail.com wrote: On Fri, Jul 31, 2009 at 2:01 PM, Chad innocentkil...@gmail.com wrote: Hey all, I've compiled a list[1] of extensions in Bugzilla that don't have a default assignee. If you want to be (or should already be) the assignee for any of these, please let me know. Would like to really cut that list down so bugs are getting triaged to someone who cares. Right now, they're all being assigned to wikibugs-l, and we know how many bugs he resolves :p -Chad [1] http://www.mediawiki.org/wiki/User:^demon/Unloved_extensions I think the best place for the maps bugs is the maps-l list. (if no one objects) Or, they can Ævar, myself, and anyone else that wants to get them. -Aude ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Added everybody who's replied to the list thus far. Maps-l isn't registered with an account on Bugzilla, so I can't assign it right now, so I just put Aude and Ævar. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l I can always add more CCs :) -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] w...@home Extension
Gregory Maxwell wrote: On Fri, Jul 31, 2009 at 9:51 PM, Michael Dalemd...@wikimedia.org wrote: the transcode job into $wgChunkDuration length encoding jobs. ( each pieces is uploaded then reassembled on the server. that way big transcoding jobs can be distributed to as many clients that are participating ) This pretty much breaks the 'instant' gratification you currently get on upload. true... people will never upload to site without instant gratification ( cough youtube cough ) ... At any rate its not replacing the firefogg that has instant gratification at point of upload its ~just another option~... Also I should add that this w...@home system just gives us distributed transcoding as a bonus side effect ... its real purpose will be to distribute the flattening of edited sequences. So that 1) IE users can view them 2) We can use effects that for the time being are too computationally expensive to render out in real-time in javascript 3) you can download and play the sequences with normal video players and 4) we can transclude sequences and use templates with changes propagating to flattened versions rendered on the w...@home distributed computer While presently many machines in the wikimedia internal server cluster grind away at parsing and rendering html from wiki-text the situation is many orders of magnitude more costly with using transclution and temples with video ... so its good to get this type of extension out in the wild and warmed up for the near future ;) The segmenting is going to significant harm compression efficiency for any inter-frame coded output format unless you perform a two pass encode with the first past on the server to do keyframe location detection. Because the stream will restart at cut points. also true. Good thing theora-svn now supports two pass encoding :) ... but an extra key frame every 30 seconds properly wont hurt your compression efficiency too much.. vs the gain of having your hour long interview trans-code a hundred times faster than non-distributed conversion. (almost instant gratification) Once the cost of generating a derivative is on par with the cost of sending out the clip a few times for viewing lots of things become possible. * I tie transcoded chunks to user ids this makes it easier to disable bad participants. Tyler Durden will be sad. But this means that only logged in users will participate, no? true... You also have to log in to upload to commons It will make life easier and make abuse of the system more difficult.. plus it can act as a motivation factor with distribu...@home teams, personal stats and all that jazz. Just as people like to have their name show up on the donate wall when making small financial contributions. peace, --michael ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l