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)
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
Recieved this when trying to upload a non-existant image:
"The file is corrupt or has an incorrect extension. Please check the file and upload again."
It could probably say a nicer message if the image does not exist, if it gets a 404.
X!
On 3/21/09 6:18 PM, Soxred93 wrote:
Recieved this when trying to upload a non-existant image:
"The file is corrupt or has an incorrect extension. Please check the file and upload again."
It could probably say a nicer message if the image does not exist, if it gets a 404.
Agreed! :) There's a number of other bits of the UI which I'm sure can be improved... having people actually use it is a good way to flush the rest of those out! :D
-- 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
Michael Dale schreef:
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.
I only have half a clue about what it does, but can the ForeignAPIRepo class do this? If not, could that functionality conceivably be added to it?
Roan Kattouw (Catrope)
On Mon, Mar 23, 2009 at 12:20 PM, Roan Kattouw roan.kattouw@home.nl wrote:
Michael Dale schreef:
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.
I only have half a clue about what it does, but can the ForeignAPIRepo class do this? If not, could that functionality conceivably be added to it?
Roan Kattouw (Catrope)
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
For the ForeignApiRepo to support it, we need native upload support in the API to begin with.
-Chad
On Mon, Mar 23, 2009 at 12:29 PM, Roan Kattouw roan.kattouw@home.nl wrote:
Chad schreef:
For the ForeignApiRepo to support it, we need native upload support in the API to begin with.
Right, didn't think about that :)
Roan Kattouw (Catrope)
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
That being said, all of the upload/write functions exist from FileRepo up. It's just a matter of properly implementing them for each type of repo (ForeignDb extends Local, so it should already work in theory, if there was a UI for it).
-Chad
wikitech-l@lists.wikimedia.org