I've enabled a test configuration of MediaWiki's upload-by-URL ability on http://test.wikipedia.org/
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.
In addition to being able to handle large files without an ugly manual download+reupload, 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.
We may want to consider improvements to UI and workflow, but it seems to at least work. :)
More at the Wikimedia technical blog: http://techblog.wikimedia.org/2009/03/upload-by-url-for-testwikipediaorg/
-- brion vibber (brion @ wikimedia.org)
On Sat, Mar 21, 2009 at 12:37 AM, Brion Vibber brion@wikimedia.org wrote:
In addition to being able to handle large files without an ugly manual download+reupload, 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.
The way I wrote the URL upload back in the day would make it an entry point for POST-style uploads from third-party tools. I hope that still works - it might ease mass "single shot" uploads from people or groups who want to push an existing set of their files over to Commons.
I wonder if the on-wiki media picker could use external description generators as well. A variant of my CommonsHelper could then enable direct wikipedia-to-Commons file transfers, without people having to go through the toolserver and signing up for my hand-rolled user verification scheme...
Plus, bonus-plugin for SUL accounts: "Copy all the (freely licensed) files I uploaded on x.wikipedia to Commons" in one go!
I see massive workload coming towards Commons admins, heh heh. Oh wait...
Magnus
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sat, Mar 21, 2009 at 5:59 PM, Magnus Manske wrote:
Plus, bonus-plugin for SUL accounts: "Copy all the (freely licensed) files I uploaded on x.wikipedia to Commons" in one go!
No.
- -- VMSoft GbR Nabburger Str. 15 81737 München Geschäftsführer: Marco Schuster, Volker Hemmert http://vmsoft-gbr.de
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sat, Mar 21, 2009 at 5:59 PM, Magnus Manske wrote:
Plus, bonus-plugin for SUL accounts: "Copy all the (freely licensed) files I uploaded on x.wikipedia to Commons" in one go!
No, there are SO many different license tags on all those wikis, and their number is still growing strong. And, the way media copied to commons (NowCommons) is handled is also different on each wiki... No way to do this in a plugin, IMO, (sorry for double send, hit wrong key *argh*).
Marco - -- VMSoft GbR Nabburger Str. 15 81737 München Geschäftsführer: Marco Schuster, Volker Hemmert http://vmsoft-gbr.de
Marco Schuster schrieb:
No, there are SO many different license tags on all those wikis, and their number is still growing strong. And, the way media copied to commons (NowCommons) is handled is also different on each wiki... No way to do this in a plugin, IMO,
This is not a real problem, we would of course need different procedure and template link tables for each wiki. However, this already works for CommonsHelper, so it can work for any other application.
Regards,
ChrisiPK
Marco Schuster schrieb:
On Sat, Mar 21, 2009 at 5:59 PM, Magnus Manske wrote:
Plus, bonus-plugin for SUL accounts: "Copy all the (freely licensed) files I uploaded on x.wikipedia to Commons" in one go!
No, there are SO many different license tags on all those wikis, and their number is still growing strong. And, the way media copied to commons (NowCommons) is handled is also different on each wiki... No way to do this in a plugin, IMO, (sorry for double send, hit wrong key *argh*).
Marco
_______________________________________________ Commons-l mailing list Commons-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l
On Sat, Mar 21, 2009 at 12:37 PM, Marco Schuster marco@harddisk.is-a-geek.org wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sat, Mar 21, 2009 at 5:59 PM, Magnus Manske wrote:
Plus, bonus-plugin for SUL accounts: "Copy all the (freely licensed) files I uploaded on x.wikipedia to Commons" in one go!
No, there are SO many different license tags on all those wikis, and their number is still growing strong. And, the way media copied to commons (NowCommons) is handled is also different on each wiki... No way to do this in a plugin, IMO, (sorry for double send, hit wrong key *argh*).
I was recently told that enwiki alone has 277 different licensing tags.
-Robert Rohde
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Sat, Mar 21, 2009 at 10:26 PM, Robert Rohde wrote:
On Sat, Mar 21, 2009 at 12:37 PM, Marco Schuster wrote:
On Sat, Mar 21, 2009 at 5:59 PM, Magnus Manske wrote:
Plus, bonus-plugin for SUL accounts: "Copy all the (freely licensed) files I uploaded on x.wikipedia to Commons" in one go!
No, there are SO many different license tags on all those wikis, and their number is still growing strong. And, the way media copied to commons (NowCommons) is handled is also different on each wiki... No way to do this in a plugin, IMO, (sorry for double send, hit wrong key *argh*).
I was recently told that enwiki alone has 277 different licensing tags.
dewiki also has a lot of licensing tags, where some (PD-Logo!) indicate that it is "free" in terms of "Schöpfungshöhe", but is still protected by brand and other protection laws... I think the most efficient way would be to categorize all license tags into one [[category:free license, usable on commons]] or similar.
Marco
- -- VMSoft GbR Nabburger Str. 15 81737 München Geschäftsführer: Marco Schuster, Volker Hemmert http://vmsoft-gbr.de
On 3/21/09 9:59 AM, Magnus Manske wrote:
On Sat, Mar 21, 2009 at 12:37 AM, Brion Vibberbrion@wikimedia.org wrote:
In addition to being able to handle large files without an ugly manual download+reupload, 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.
The way I wrote the URL upload back in the day would make it an entry point for POST-style uploads from third-party tools. I hope that still works - it might ease mass "single shot" uploads from people or groups who want to push an existing set of their files over to Commons.
This is how Michael Dale's ongoing work with a media-add wizard is currently using it, though he's been talking about adding an API interface for it too.
-- brion
Great that we are moving forward with Upload-by-URL uploads :)
I have been simultaneously testing / developing things with the new-upload branch. So the injection script check if upload over javascript api is supported then uses that (over parsing the form html output).
We also have to think about how cross site posting could work. ie the user is on a wikipedia page but the repository license indicates we should post the video clip or image to commons.
Either the upload api needs to support posting to shared repos (in essence proxying the remote repository) or we need to do a higher level proxy or we have shared edit tokens across internal domains? .... We can't allow the JavaScript to run injections without getting its edit token over local ajax request otherwise things would be open for denial of service / abuse of credentials for resource injection.
I could try and add that support to the upload api branch but I don't have much familiarity with how the magic of remote repositories and internal api calls to those remote repository work... will have to investigate.
--michael
Brion Vibber wrote:
I've enabled a test configuration of MediaWiki's upload-by-URL ability on http://test.wikipedia.org/
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.
In addition to being able to handle large files without an ugly manual download+reupload, 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.
We may want to consider improvements to UI and workflow, but it seems to at least work. :)
More at the Wikimedia technical blog: http://techblog.wikimedia.org/2009/03/upload-by-url-for-testwikipediaorg/
-- brion vibber (brion @ wikimedia.org)
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Great news! I think this will help a lot in improving external upload frontends, such as the Wikiportrait project.
-- Hay
On Sat, Mar 21, 2009 at 1:37 AM, Brion Vibber brion@wikimedia.org wrote:
I've enabled a test configuration of MediaWiki's upload-by-URL ability on http://test.wikipedia.org/
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.
In addition to being able to handle large files without an ugly manual download+reupload, 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.
We may want to consider improvements to UI and workflow, but it seems to at least work. :)
More at the Wikimedia technical blog: http://techblog.wikimedia.org/2009/03/upload-by-url-for-testwikipediaorg/
-- brion vibber (brion @ wikimedia.org)
Commons-l mailing list Commons-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l