I am inviting people to check out the add media wizard and Firefogg on test.wikipedia.org.To help test go to you user preferences on that server and enable the add media wizard gadget. You can add general feedback here.

This post is cross posted on metavid.org

Basic Feature Overview:

add media wizard

The Add Media Wizard adds a little “add media” button to every edit page letting you open up media search system to inject images and movie clips into your page. Presently the media search system searches commons, archive.org and metavid.org. (note archive.org inserts are not yet working because of a redirect bug we should have that fixed soon).

firefogg logo

Firefogg is the really cool extension that everyone using open video on the web should know about! It packages ffmpeg2theora transcoder letting web sites trigger clients uploads of videos from whatever local format they have. Once you have enabled the add media wizard the site upload form gets a little use Firefogg button. Which you can use to enable the transcoder.

You may also want to see Brianna’s blog post made early this year about these media features. Stay tuned for wider gadget deployment ;) … if your can’t wait you can always add

update you can now use the add-media-wizard via the mwEmbed gadget.

to your User:UserName/monobook.js page. (note we have not yet enabled copy by url uploads on the other sites so you can’t import resources from archive sites yet)

Since we increased the upload filesize limit to 100MB on the main wikis a few months ago it’s been easier to upload large images and medium-size video clips, but there’s always something that’s just a leeeeetle over the limit… MediaWiki’s upload form does have an option for pulling a file from an external web site, which wouldn’t be restricted to the HTTP post limits in the Squid->Apache->PHP system.

We hadn’t been able to deploy it initially on Wikimedia sites because the web servers are walled off and don’t have direct access to the internet; further we were worried about safety given security reports about how the CURL library can follow malicious redirects to local filesystem resources.

On investigation, Tim found that CURL is safe in the default case — you need to explicitly enable redirect following to be exploited, which we don’t. We also have an HTTP proxy which our internal servers can use to reach outside files… I’ve made some tweaks to Special:Upload to support the proxy setting, and it’s now enabled on test.wikipedia.org:

My very first URL-uploaded file was a screenshot from one of my blog posts, Spiffy!

The default configuration limits URL uploads to sysops, so for now you’ll need to be a sysop on Test Wikipedia to try it out. If everything seems fairly problem-free we’ll start rolling this out a bit more widely for Commons and other sites.

The upload-by-URL functionality is also needed for future-facing work Michael Dale is working on to allow an on-wiki media picker to fetch freely-licensed files from Flickr, Archive.org, and other places.