Dear List, as we all are well aware, mass upload for Wiki Loves Monuments has so far been a tough thing to do, especially for the new and inexperienced participants of the contest.
Wikimedia Foundation developers have done a great job on preparing & fixing UploadWizard and enabling UploadCampaigns that we used in September. Unfortunately, UploadWizard has a small but important flaw, which is, of course, its limitation to only 10 files that can be uploaded simultaneously, and the lack of an at least semi-automated upload method (preparing descriptions is a true pain).
Following a discussion I've recently had, I would like to ask someone of you to create a simplified version of Commonist or another easy-to-use, preferably Java-based (or at least Windows-friendly) mass upload tool for use by the participants of the national contests. Here are some proposed requirements and ideas for such a programme (hint: I am not a programmer, so feel free to suggest your own ideas!):
* Would need to be as similar to the UploadCampaign as possible: ** No need to choose the wiki (Wikimedia Commons set by default); ** No need to choose the licence/permission (Creative Commons Attribution-ShareAlike 3.0 by default); ** No need to insert the source (should be set as {{own}} by default); ** No need to choose categories (will be dealt with by templates); ** No need to insert coordinates (could be taken from EXIF data);
Instead: * The programme should allow to insert the ID of the monument; * It should have the WLM logo somewhere; * It should be as much localisable as possible; * More?
Possible features: * It should have some hard-coded (but localisable) information on the rules of contest or the licence; * An "info" tab (with a basic FAQ or some links) would be a plus. * Sexiness (i.e. easy-to-use and shiny) would be a plus. * More?
If there is a volunteer somewhere willing to work on this, please don't hesitate to raise your hand! And if you know some friendly Java programmers out there, please share the news. Or if you have any ideas, suggestions or features for such a programme - please share them with us, and I'll move them to the wiki so they do not get lost in the meantime.
Regards,
On 06/03/12 02:13, Tomasz W. Kozłowski wrote:
Dear List, as we all are well aware, mass upload for Wiki Loves Monuments has so far been a tough thing to do, especially for the new and inexperienced participants of the contest.
Wikimedia Foundation developers have done a great job on preparing & fixing UploadWizard and enabling UploadCampaigns that we used in September. Unfortunately, UploadWizard has a small but important flaw, which is, of course, its limitation to only 10 files that can be uploaded simultaneously, and the lack of an at least semi-automated upload method
I remember Neil mentioning that the 10 file number was an arbitrary limit, so it could be equally well be set to 50 or 100. I'd like it to support writing the descriptions while files are being uploaded in the background or still not uploaded, though.
(preparing descriptions is a true pain).
I see how it would help to allow setting the same descriptions to all the monuments (although better yet the monument ID), but I don't know how to make the best description UI. How do you envision it?
In commonist it is allready allowed to give 1 general description. (I mostly use the general description + an identifier template for each monument. Mvg, Bas
Date: Tue, 6 Mar 2012 19:14:28 +0100 From: platonides@gmail.com To: wikilovesmonuments@lists.wikimedia.org CC: neilk@wikimedia.org Subject: Re: [Wiki Loves Monuments] Creation of a simplified Commonist
On 06/03/12 02:13, Tomasz W. Kozłowski wrote:
Dear List, as we all are well aware, mass upload for Wiki Loves Monuments has so far been a tough thing to do, especially for the new and inexperienced participants of the contest.
Wikimedia Foundation developers have done a great job on preparing & fixing UploadWizard and enabling UploadCampaigns that we used in September. Unfortunately, UploadWizard has a small but important flaw, which is, of course, its limitation to only 10 files that can be uploaded simultaneously, and the lack of an at least semi-automated upload method
I remember Neil mentioning that the 10 file number was an arbitrary limit, so it could be equally well be set to 50 or 100. I'd like it to support writing the descriptions while files are being uploaded in the background or still not uploaded, though.
(preparing descriptions is a true pain).
I see how it would help to allow setting the same descriptions to all the monuments (although better yet the monument ID), but I don't know how to make the best description UI. How do you envision it?
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.eu
Commonist is easy to use (ok, when you have the proper Java version, in other case it is a nightmare to setup). It has also a "online" version.
I don't think we need to reinvent the wheel here.
2012/3/6 Tomasz W. Kozłowski odder.wiki@gmail.com
Dear List, as we all are well aware, mass upload for Wiki Loves Monuments has so far been a tough thing to do, especially for the new and inexperienced participants of the contest.
Wikimedia Foundation developers have done a great job on preparing & fixing UploadWizard and enabling UploadCampaigns that we used in September. Unfortunately, UploadWizard has a small but important flaw, which is, of course, its limitation to only 10 files that can be uploaded simultaneously, and the lack of an at least semi-automated upload method (preparing descriptions is a true pain).
Following a discussion I've recently had, I would like to ask someone of you to create a simplified version of Commonist or another easy-to-use, preferably Java-based (or at least Windows-friendly) mass upload tool for use by the participants of the national contests. Here are some proposed requirements and ideas for such a programme (hint: I am not a programmer, so feel free to suggest your own ideas!):
- Would need to be as similar to the UploadCampaign as possible:
** No need to choose the wiki (Wikimedia Commons set by default); ** No need to choose the licence/permission (Creative Commons Attribution-ShareAlike 3.0 by default); ** No need to insert the source (should be set as {{own}} by default); ** No need to choose categories (will be dealt with by templates); ** No need to insert coordinates (could be taken from EXIF data);
Instead:
- The programme should allow to insert the ID of the monument;
- It should have the WLM logo somewhere;
- It should be as much localisable as possible;
- More?
Possible features:
- It should have some hard-coded (but localisable) information on the
rules of contest or the licence;
- An "info" tab (with a basic FAQ or some links) would be a plus.
- Sexiness (i.e. easy-to-use and shiny) would be a plus.
- More?
If there is a volunteer somewhere willing to work on this, please don't hesitate to raise your hand! And if you know some friendly Java programmers out there, please share the news. Or if you have any ideas, suggestions or features for such a programme - please share them with us, and I'll move them to the wiki so they do not get lost in the meantime.
Regards,
Tomasz W. Kozłowski
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.eu
This will be an answer to the few previous e-mail at once; sorry for not replying earlier.
Firstly, Commonist is /not/ an easy tool for newbies; there's too many flabbergasting options to choose, and there is no built-in information on what they should be used for.
We should try to make it as simple as possible - because people are not always that technically advanced as we Wikimedians would think. UploadWizard and especially UploadCampaigns are a good first step towards that goal -- and such a simplified Commonist could be used not only for Wiki Loves Monuments, but also for several other specific mass-upload initiatives.
I would, too, love to have the ability to prepare descriptions during the upload; and it could be as simple as it is with the current version of Commonist -- one could simply give a general description for several images by ticking a box.
I agree. We should make a java applet out of it... I just did something like that for a customer, it is not that hard. jupload.sourceforge.net take a look at this. mike
2012/3/6 Tomasz W. Kozłowski odder.wiki@gmail.com
Firstly, Commonist is /not/ an easy tool for newbies; there's too many flabbergasting options to choose, and there is no built-in information on what they should be used for.
Hi Tomasz,
2012/3/6 Tomasz W. Kozłowski odder.wiki@gmail.com:
Possible features:
- It should have some hard-coded (but localisable) information on the
rules of contest or the licence;
- An "info" tab (with a basic FAQ or some links) would be a plus.
- Sexiness (i.e. easy-to-use and shiny) would be a plus.
- More?
It would be really great (and a huge improvement) if the programme was able to store the image descriptions and categories. So one could prepare all uploads in advance and then upload it a couple of days later when he's back home or at work with a decent upload bandwith. This is something I really miss.
It's both very useful and fairly easy to implement (just have a database and use the filename/path as identifier, or the EXIF timestamp which would also allow for renames, or both). It's also not confusing for people who don't need it - they won't even notice or care, it most likely doesn't confuse them that the program keeps track. You could also implement a marker/icon that indicates whether a picture has been uploaded or not.
Kilian
First point from Kilian should indeed be easy. But the plans from Tomasz seem quite a lot to me, maybe it's better to focus on the core improvements (simply cutting away unnessesary functions and adding the needed ones). But things like sexiness seems like way to difficult (then it's more like building a hole new uploadtool). Mvg, Bas
Date: Wed, 7 Mar 2012 00:26:07 +0100 From: kilian@k-kluge.de To: wikilovesmonuments@lists.wikimedia.org Subject: Re: [Wiki Loves Monuments] Creation of a simplified Commonist
Hi Tomasz,
2012/3/6 Tomasz W. Kozłowski odder.wiki@gmail.com:
Possible features:
- It should have some hard-coded (but localisable) information on the
rules of contest or the licence;
- An "info" tab (with a basic FAQ or some links) would be a plus.
- Sexiness (i.e. easy-to-use and shiny) would be a plus.
- More?
It would be really great (and a huge improvement) if the programme was able to store the image descriptions and categories. So one could prepare all uploads in advance and then upload it a couple of days later when he's back home or at work with a decent upload bandwith. This is something I really miss.
It's both very useful and fairly easy to implement (just have a database and use the filename/path as identifier, or the EXIF timestamp which would also allow for renames, or both). It's also not confusing for people who don't need it - they won't even notice or care, it most likely doesn't confuse them that the program keeps track. You could also implement a marker/icon that indicates whether a picture has been uploaded or not.
Kilian
Wiki Loves Monuments mailing list WikiLovesMonuments@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikilovesmonuments http://www.wikilovesmonuments.eu
wikilovesmonuments@lists.wikimedia.org