I just saw a reference to VandalSniper for the first time [1]. Would there
be any use looking at it for ideas or code that would benefit Snuggle or
Huggle? I believe that Snuggle and Huggle are in active development while
VandalSniper has stalled, but VandalSniper reminds me of Snuggle.
Pine
[1] https://en.wikipedia.org/wiki/User:Crazycomputers/VandalSniper
Hello everyone,
the Wiki Release Team invites you to get involved in a much needed effort to build a separate entity that cares about the third party use of MediaWiki. We ask for your involvement and participation because, as a community, we need to drive MediaWiki!
Be a part of something big!
1. Join our mailing list of interested people on wikireleaseteam.org [1]
2. Attend our first meeting [2]:
Wikimania London
Sunday, August 10, 2014 at 11:30AM GMT
Hammerson Room and/or webstreaming
3. Help us help you by providing feedback and comments as we work through an environmental scan and development roadmap
With the formation of the release team, a first step has been taken to separate the releases from the deployment process. Now is the time to tackle the task of building and working our way towards an organisation that cares for MediaWiki as a software product. This organisation will foster the MediaWiki third-party community, facilitate the exchange of ideas and resources among the third-party users, advocate the third-party needs, and advise the MediaWiki development from the third party perspective.
Spreading open knowledge is not just about content, but also about tools. However, third party users of MediaWiki have very specific needs that are naturally of minor interest to running Wikimedia sites. These include the installer, support for different platforms and databases, integration with other software, extension dependencies, and packaging, just to name a few.
Our mission, far from being complete, is just beginning. With your help and involvement we can make an impact to improve MediaWiki for the third party community.
Best,
Mark Hershberger and Markus Glaser
Wiki Release Team
[1] http://wikireleaseteam.org/
[2] https://wikimania2014.wikimedia.org/wiki/Submissions/How_about_a_MediaWiki_…
1,6 days before the start of the Wikimania Hackathon... #impatient
If you are planning to attend, there is something simple that you can still
do. Please go to
https://wikimania2014.wikimedia.org/wiki/Hackathon#Topics
and leave your signature in the sessions that you wish to attend. It's
pretty straightforward and requires no commitment. Do it now!
Why is this useful?
1. The sessions with a critical mass of signatures will be featured at the
all-hands session opening the hackathon. We will call the promoters of each
of these sessions and they will pitch their intentions and goals. This, in
turn, might get them some more participants.
2. Having an approximate idea of the relative interest of each session will
help everybody scheduling in rooms with appropriate size. Note that most of
the scheduling will happen during and after this opening session. We have
pre-scheduled just a few exceptions: sessions focusing on new contributors
and sessions requiring the participation of remotes or other people with
busy agendas.
In other words, by adding your signatures now you are already starting to
shape the Wikimania Hackathon program.
See you soon!
--
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
WikiTeam[1] has released an update of the chronological archive of all
Wikimedia Commons files, up to 2013. Now at ~34 TB total.
<https://archive.org/details/wikimediacommons>
I wrote to – I think – all the mirrors in the world, but apparently
nobody is interested in such a mass of media apart from the Internet
Archive (and the mirrorservice.org which took Kiwix).
The solution is simple: take a small bite and preserve a copy yourself.
One slice only takes one click, from your browser to your torrent
client, and typically 20-40 GB on your disk (biggest slice 1400 GB,
smallest 216 MB).
<https://en.wikipedia.org/wiki/User:Emijrp/Wikipedia_Archive#Image_tarballs>
Nemo
P.s.: Please help spread the word everywhere.
[1] https://github.com/WikiTeam/wikiteam
Hello,
I'm trying to find if there's a way (extension or built in functionality)
to create a list of questions on a specific page then deploy this set of
questions on say every page of a certain Category.
Also, when the questions are deployed to a specific category, i'd need to
give users a way to answer those questions (a simple textbox would be
enough). It doesn't need to keep track of who answered what, only the most
recent update would be the "answer".
Thanks
Hi,
Tomorrow a major update[1] will be deployed for the ExtensionDistributor
extension on mediawiki.org. We will start fetching branch information
directly from Gerrit instead of relying on Github. Additionally,
tarballs will be served from extdist.wmflabs.org[2] instead of using Github.
There will be a few differences, namely that tarballs are only generated
every hour, instead of on the fly like Github did. These tarballs will
include submodules inside tarballs for extensions like VisualEditor (bug
44022[3]).
If you notice any issues or have any ideas for enhancements, please file
a bug in Bugzilla[4].
Additionally, I'd like to thank ^demon and YuviPanda for their help in
putting this service together.
-- Legoktm
[1] https://gerrit.wikimedia.org/r/#/c/149474/
[2] https://extdist.wmflabs.org/dist/
[3] https://bugzilla.wikimedia.org/show_bug.cgi?id=44022
[4]
https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions…
I asked some folks about
https://www.mediawiki.org/wiki/Requests_for_comment/Standardized_thumbnails…
.
Antoine, the original author, said on the talk page:
"We had several mailing list discussion in 2012 / beginning of 2013
regarding optimizing the thumbnails rendering. That RFC is merely a summary
of the discussions and is intended to avoid repeating ourself on each
discussion. I am not leading the RFC by any mean, would be nice to have the
new multimedia team to take leadership there."
Gergo of the multimedia team has a question about whether he should start a
new RfC, and a question for Ops (below), which he said I could forward to
this list, so I'm doing so. :-)
If we can settle this onlist, cool. Otherwise I'll be setting up an IRC
chat for later this week.
Sumana Harihareswara
Senior Technical Writer
Wikimedia Foundation
On Fri, Jun 20, 2014 at 12:27 PM, Gergo Tisza <gtisza(a)wikimedia.org> wrote:
>
> Hi Sumana!
>
> We are working on some form of standardized thumbnail sizes, but it is not
> exactly the same issue that is discussed in the RfC
> <https://www.mediawiki.org/wiki/Requests_for_comment/Standardized_thumbnails…>
> .
>
> The problem we have ran into is that MediaViewer fits the image size to
> the browser window size (which means a huge variety of image sizes even
> when the browser window is fully enlarged, and practically infinite
> otherwise),
> but thumbnail rendering is very slow and waiting for it would result in a
> crappy user experience. We started using a list of standardized thumbnail
> sizes, so that MediaViewer always requests one of these sizes from the
> browser and rescales them with CSS, but even so the delay remains
> problematic for the first user who requests the image with a given bucket.
> To address that, we are working with ops towards automatically rendering
> the thumbnails in those sizes as soon as the image is uploaded.
>
> Another possibility related to standardized thumbnail sizes that we are
> exploring is to speed up the thumbnail generation for large images by
> having a list of sizes for which the thumbnail is pregenerated and always
> present, and resize one of those thumbnails instead of the original to
> generate the size requested by the user. The goal of this would be to avoid
> overloading the scalers when several large images need to be thumbnailed at
> the same time (GWToolset caused outages this way on a few occasions).
>
> I can create an RfC about one or both of the above issues if there is
> interest in wider discussion. I don't know whether the current thumbnail
> size standardization RfC should be replaced with those, though; its goals
> are not stated, but seem to be mainly operations concerns (how to make sure
> thumbnails don't take up too much storage space). Maybe ops wants to take
> it over, or provide clearer goals in that regard for the multimedia team to
> work towards.
>
>
>
Hello!
Welcome to the special "Get ready for Wikimania!" edition of the roadmap
and deployment update email.
This next week, in honor of Wikimania (and due to fact that many will be
traveling, conference'ing, etc), there will be no planned deployments.
Of course, special circumstances may require an exceptional deploy, but
we will not, for instance, be rolling out/updating to new MediaWiki
versions.
Take a look at the upcoming (post-wikimania) items at:
https://wikitech.wikimedia.org/wiki/Deployments#Next_month
Any questions, as always, feel free to ask,
Greg
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |