Commons talk:Commonist/Archive 2

Feature requests: A global location field for general uploads & "Time" with date.

This is a such a fantastic tool, my thanks and respect to the developers. Would like to make two feature requests:

• One global location field for general uploads.
• "Time" is also extracted and added along with the date.
• Optional subjective requests: Change progress bar colors to more livelier colors (yellow or red etc) and maybe a global upload numeric percentage indicator or progress bar, very handy for monitoring large batch uploads.

Thanks, --MMuzammils (talk) 21:38, 18 November 2010 (UTC)

afaik, not many users upload whole batches of images with the same location, so i'd prefer not to add an extra field, but in the future the fields may become configurable. the time will be there in the next version i'll upload today. about the livelier colors, i'm currently thinking about using a new look'n'feel for the whole thing, something dark. what do you think? a global percentage indicator is a good idea, but takes some work. maybe later. -- 84.153.45.144 17:13, 20 November 2010 (UTC)

Well I'm uploading lots of vacation photos and it would be a big time saver to have a general location field in this case. Adding custom fields would be best in the long run, Just an observation, shouldn't there should be two location fields i.e. camera's location and the location info of the object in photo (when zooms are involved), not sure if Commons allows that, but it would be technically correct. Yes, dark themes are always easy to read, anything with high contrast that reduces easy strain. Thanks for all the good work. --MMuzammils (talk) 17:30, 20 November 2010 (UTC)

Issues

The change to add the time next to the date seems to have been implemented, which I've got issues with:

• Firstly, I would question the benefit of having the exact time, down to the exact second, next to the date. Surely only the date is needed for the vast majority of uploads? If you need to see the time you can always scroll down to the meatadata. The template itself only says "date" anyway!
• Also, it is likely to create errors. As it's displayed currently, it makes it look as though the data is perfect, even down the the exact second. In reality, it is nowhere near this accurate. Not everyone even bothers to set the clock on their camera, so it could be misleading. There's certainly been a couple of occasions where the clocks go back/forwards, where I've forgotten to change the camera, and taken a good number of photos with the wrong time on the metadata.
• Finally, the most pressing and urgent issue is that the time displays in the 12 hour clock. For example in this image (File:Fishbourne, Isle of Wight sign.JPG) the time is displayed as "02:35:29", which makes it look like it was taken at 2 o' clock in the morning, as you expect the time to be shown in the 24 hour clock. In reality, the photo was taken at the much more sensible time of 2 in the afternoon.

But overall I would like to see this feature removed, it has more disadvantages than benefits, and I can't see a real use for it anyway. Arriva436^{talk/contribs} 20:14, 24 November 2010 (UTC)

the template is documented to allow including the exact time. i can live with clocks set to the wrong time, after all it's easier to delete information that's there than to insert information that's not there. the 12 hour clock is a plain mistake, i'll fix that with the next release. before i remove the feature, i'd like to hear more complaints :) -- 84.153.81.225 01:57, 25 November 2010 (UTC)

I've found the time to the second useful as an aid to tell if two pictures are related or not. If they are a few seconds apart, even if the time is inaccurately set, I can be almost certain the images are related. The time in the files I upload is corrected to the nearest second, because it is used to geotag the files using data from a separate GPS. Walter Siegmund (talk) 03:12, 25 November 2010 (UTC)

"i can live with clocks set to the wrong time, after all it's easier to delete information that's there than to insert information that's not there" But how will you know at first that it's wrong? No one's going to check the metadata just in case it's wrong in the template - people will read the information in the summary template and think it's true, whether it is or not. "after all it's easier to delete information that's there than to insert information that's not there", maybe, but I will certainly be removing the date from the hundreds of images I upload, as I really don't like it, or see the point of having it in every Commonist upload, it's just messy.

"I've found the time to the second useful as an aid to tell if two pictures are related or not. If they are a few seconds apart, even if the time is inaccurately set, I can be almost certain the images are related" - Why do you need the seconds? Surely, if two images of the same statue are taken at 18:39 and 18:40, it's fairly obvious that the images are related. It's having the seconds that I've got most problems with - as it suggests a high accuracy which is totally not there and so is misleading. "even if the time is inaccurately set" - well having completely incorrect information in the summary might help you, but it's not good for the innocent and unsuspecting reader is it?

How long until the 24 hour mistake is resolved, is there a way all the images uploaded with misleading times could be corrected or it is too late...?! Arriva436^{talk/contribs} 18:55, 27 November 2010 (UTC)

the 12-hour-bug is fixed now. -- 84.153.126.84 02:19, 28 November 2010 (UTC)

Where is the wikis.txt file

RE: You can http://djini.de/software/commonist/ws/commonist.jnlp start Commonist directly simply by clicking on this link.

I ran this program where are these folders to add a wiki?:

Add another line to etc/wikis.txt or a copy of it in ~/.commonist/wikis.txt .

Adamtheclown (talk) 18:45, 20 November 2010 (UTC)

User:Clemrutter was kind enough to answer. I will update the instructions. The answer is you cannot access the wiki.txt if you click this link and use commonist this way. The program must be downloaded and installed. Adamtheclown (talk) 20:07, 21 November 2010 (UTC)

unless there is a bug i cannot reproduce, he's wrong. putting configuration files in $HOME/.commonist does work with webstart as well as with the downloadable version. -- 84.153.81.225 01:46, 25 November 2010 (UTC)

Sorry to confuse- but the fix worked for Adam! Each of my many machines have a version of Commonist installed, usually on a version of Ubuntu- so doing a quick replication of a webstart Commonist problem can lead to any number of variations- I just didn't have a clean machine available. Trying again: I have 4 installations of Commonist on this machine: I have also run the webstart.jnlp. I have run a locate on wikis.txt- and it found 4 copies, one in each of my installations 4.4.4.5, 4.16. 4.17- and nothing relating to the jnlp. From which I conclude there is nothing that I could copy over to /.commonist- .Tell me where to look and i can have another go- if it is that important- I suspect not. --ClemRutter (talk) 11:04, 28 November 2010 (UTC)

hi ClemRutter! i'm not sure i understand what you mean by "and nothing relating to the jnlp". the $HOME/.commonist/wikis.txt is not created by the commonist, it's just used if it's there. you need to create it manually, f.e. by copying it from an installation's etc directory. -- 84.153.91.192 23:51, 29 November 2010 (UTC)

Some people have Facebook open all the time- with me its Commonist- a truly great piece of work. --ClemRutter (talk) 18:01, 30 November 2010 (UTC)

Updated source files for scutil_x-x.jar and scjson_x-x.jar?

Is there any chance the svn commonist trunk can be updated with the latest changes to the scutil_x-x.jar and scjson_x-x.jar libraries or that source files for scjson_2.8.1-0.0.1.jar and scutil_2.8.1-0.0.1.jar can be made available in the commonist-0.4.xx-src.zip download? I was trying to make some modifications to the latest build of Commonist and not being able to view the source for those respective libraries which are heavily used throughout the code has put a damper on my plans.

two quick bug reports ...

• In the image_default.bpp template, I believe line 6: [[$(upload.previous)|<<<]] should be [[:$(upload.previous)|<<<]] otherwise full resolution versions of the images get inserted into the page rather than just links. The same issue occurs on line 11.

• The sanselan library that is used to read EXIF data throws a presently unhandled java.io.IOException in certain cases where images have corrupt EXIF data. EXIF.scala should catch the exception and print a DEBUG("corrupt image metadata"...) message to the console so that Commonist can continue processing files in the directory rather than simply hanging as it currently does. I've also encountered a situation where a corrupt metadata header caused sanselan to throw an inappropriate heap OutOfMemory exception. Catching the exception in EXIF.scala allowed Commonist to continue process just fine. In the worst case, the option to skip "bad" files rather than bringing Commonist to a standstill would be much appreciated.

... and a handful of feature request :)

• It would be nice if the path for the .commonist directory that is currently placed in the user's HOME path could be configured. This way Commonist could be made portable (i.e. run from a thumb drive by having .commonist be a subdirectory within the root Commonist directory).

• Commonist doesn't seem to do anything to filter files in a given directory. It will read in anything it finds. Being able to define a ";" separated mask or simply dropping any non-image files would make more sense given the purpose of the tool. Being able to apply a selection mask would be especially powerful if you had a set of pictures that you wanted to upload that fit a certain naming scheme.

• This dovetails into the above feature request, but at the moment there is no way to easily select/unselect a subset of the images. In particular, when Commonist encounters an error (say it finds illegal characters in the description, or refused to upload a file) it would be nice to be able to unselect all successfully uploaded files from the current fileset (without having to do it manually one at a time).

• For the sake of monitoring progress, it would be nice if each file had a number field perhaps above where the thumbnail appears (so you could tell that you had just finished file ### of ###. This would also be useful for being able to easily resume a batch upload later if Commonist crashes or encounters an error.

• Along the same vein as the previous feature request, having the option to make Commonist autoscroll so that you could see the current file being upload would make it much easier to track the current progress.

Thanks in advance for any help! -- Qpq (talk) 05:53, 29 November 2010 (UTC)

hi, and thanks for the bug reports! 0.4.25 is online. image_default.bpp is fixed now, the IOException should be caught and logged now. the OutOfMemoryError should be fixed in sanselan; do you have a file you can reproduce the problem with? about the feature requests: the settings directory can now be configured by setting a system property "commonist.settings". better upload monitoring is high on my todo-list. filtering could be nice, but i don't have time enough free time atm. i'm not convinced autoscrolling is a good idea yet. you know there's a button to select only the failed uploads? i'm planning to put the library sources online in the next days (hopefully not weeks...). maybe on github, but quite certainly not the wikimedia svn (i don't even have a login there...) -- 84.153.91.192 23:47, 29 November 2010 (UTC)

Awesome, thanks for the update! Putting the project on Github would be perfect, or even source .jar's for scutil and scjson in the zip download (the way minibpp-src.jar is currently included) would be just fine. The only reason I mentioned the wikimedia svn is because when I was hunting around for the scutil and scjson libraries that's the only place I found them.

• Regarding the feature request for better select/unselect control, I realize there's a button to only select failed uploads, but when the Commonist upload process hangs because of an error, once you correct the error you don't want to select the files that failed, but rather the files that have yet to be uploaded. The particular situation I ran into that prompted the request in the first place was an image of mine caused an "illegal null characters" error because of characters in the description it pulled from the EXIF data. I corrected the error but found I had no easy way to continue where I left off. The same thing happened when Commonist experienced a 504 (gateway timeout) response. Namely, the upload process terminated and I had no way to easily restart where I left off.

• Related to the above issue, when an error causes the upload process of Commonist to be interrupted, it would be ideal to be able to correct the error and resume the process and maintain the state of successfully uploaded files for purposes of generating a final error log and user/gallery page. If the process hangs for whatever reason, the only two options at the moment are restart from the beginning and overwrite existing downloads or remove the already uploaded files from the upload staging folder manually, but then not have those files added to the auto-generated user/gallery.

• The feature request for auto-scrolling was simply one possible way to provide better upload monitoring (which it seems is already on your todo list). Perhaps a quick fix until you work out something better would be to have a "current/total" progress indicator (showing how many files have been uploaded so far) and then in terms of allowing someone to resume an interrupted upload operation, if each image thumbnail had a number above it (numbering the images 1, 2, 3,.., etc) you could allow the user to select files starting at a given point in the list all the way to the end (say the upload operation was interrupted at file 2000, I could click the "select from" button and type in 2000 and voila).

• Here is a copy of the image that is causing the sanselan library to throw a heap OOM error. If you examine the image with Phil Harvey's ExifTool it detects an error in the InteropIFD but it has no problem processing the image or extracting any of the EXIF data. Picasa 2.x was somewhat notorious for dealing improperly with the maker notes of certain camera models and making a mess of the image headers when it tried to insert its own IPTC tags (which is what happened to the files I was trying to upload that made me aware of this issue). The sanselan library seems to have problems gracefully dealing with images if they have corrupted header data. ExifTool has not had a problem with any of these files as I mentioned (it simply warns the user that it found an error and continues processing the rest of the file). It's a shame there isn't a pure java implementation of ExifTool (although there are java interfaces for it).

• On a final note, since Commonist is pulling the file date from the EXIF info, it might be a good idea to do a sanity check on the date and perhaps throw a warning if the date is clearly impossible and leave the date field blank (ie. I have images with dates that predate the existence of photography, let alone digital cameras).

Once you upload the scutil/scjson files I'm happy to contribute patches rather than just bug reports/feature requests. Thanks again! -- Qpq (talk) 01:10, 30 November 2010 (UTC)

Mon Nov 15 10:50:05 CET 2010

errors

• File:46148_124260570954439_100001114900218_149881_5057177_n.jpg permissiondenied
• File:Game_over.jpg permissiondenied
• File:Smc.bmp permissiondenied
• File:Untitled.bmp permissiondenied

• File:46148 124260570954439 100001114900218 149881 5057177 n.jpg
• 
• File:Smc.bmp
• File:Untitled.bmp

Max Semenik (talk) 20:44, 18 November 2010 (UTC)

The gallery us such shouldn't be a problem? Are there any other samples?  Docu  at 20:52, 18 November 2010 (UTC)

that's the expected behaviour: every upload a user does results in either an entry in his gallery page or an error message on this page. sure, i could display an error dialog or something like that instead, but a) users are used to this workflow and b) its really helpful for me to help a user when he has problems. so i don't want to change it. -- 84.153.45.144 17:00, 20 November 2010 (UTC)

It's not really a problem. User galleries are in scope, especially if created with the (Commonist) upload wizard.  Docu  at 05:52, 25 November 2010 (UTC)

Summary: Nothing wrong with the tool, just some user abusing it ;-) Multichill (talk) 07:36, 25 November 2010 (UTC)

Maybe just learning? ;)  Docu  at 07:47, 25 November 2010 (UTC)

It's not one user, it was posted by different people. Recent example: [1]. Max Semenik (talk) 07:21, 8 December 2010 (UTC)

0.4.25 bug/mistake in the .bat file for windows

In version 0.4.25-bin, you added "exec" to the beginning of line 3 in the commonist.bat file in the /bin directory. Exec is not a recognized command in windows (I'm assuming it snuck in there from something you were doing in *nix or from using an alternate shell on windows). It should be removed and then everything works fine. -- Qpq (talk) 08:00, 1 December 2010 (UTC)

thanks for the report, this is fixed now. overwriting existing files works again, too :) -- 84.153.48.192 19:59, 6 December 2010 (UTC)

0.4.26 bug/feature request: gallery doesn't reliably generate on large batchs

Me again :P For large batch uploads (1000+ images), during the user gallery generation process, Commonist complains about a problem with the JSON file (or lack thereof) and fails to upload anything to the user gallery page. I'm assuming this is because Commonist is buffering the success/error state of the uploads and it runs out of space at some point? That said, a better implementation might be to actually pipe out that information to a file after each upload success/failure and use the file to generate the gallery page once the entire batch completes. Having this data in a persistent file could also be leveraged to address some of the issues I mentioned above (namely, being able to resume batchs after a program crash/interruption without losing the error and user gallery state).

By the way, I realize it's only been a week, but any update on including -src.jar's or a full blown github upload of the scjson and scutil libraries? Thanks again! -- Qpq (talk) 08:19, 10 December 2010 (UTC)

hi! if it complains about errors with some JSON file, i doubt it's a memory issue. if you see this problem the next time, could you please provide the exact console output? this is difficult to reproduce for me because i don't have any large batchs of images i could upload. i modified the build scripts to include sources to the libraries, they'll be included in the next version. -- 84.153.102.9 11:33, 5 January 2011 (UTC)

0.4.26 can't log in?

Trying to log in on Commons, I'm getting "login failed: WrongPass", even though the pwd is most certainly correct. I am using Windows version, all Java connections are allowed by firewall. I unzipped the new version over the old one (0.4.1something) rewriting everything - of course, some things are not overwritten, e.g. the last settings, might this be the problem? Dysmorodrepanis (talk) 03:14, 23 December 2010 (UTC)

hm, no idea. any useful output in the console? -- 84.153.102.9 11:29, 5 January 2011 (UTC)

Date format

Hi folks, I'm a little lost so I'll file this here. I would like to highly recommend a tooltip, label or message of some kind be added to the Commonst indicating that our dateformat is YYYY-MM-DD and no single other date format like dd.m.yy or whatever. Bots change it to that anyway, the decision is made so it's only extra redundant edits when not taking this problem at it's roots, which is in the upload itself. Both the new UploadWizard and the old uploader have had this and I notice quite often that upload with wrong dateformats originate a lot from Commonist uploads.

See also Template:Dateformat and MediaWiki:UploadFormDateHint. –Krinkle^talk 01:21, 31 December 2010 (UTC)

I think "the new UploadWizard and [..] have had this" should read "the new UploadWizard and [..] have this" as Commonist was available years before the new upload wizard.

Anyways, a tooltip could help, but just bear in mind that "YYYY-MM-DD" isn't really obvious, e.g. not even your signature uses it. --  Docu  at 04:10, 31 December 2010 (UTC)

the problem with a tooltip is: other wikis may want completely different date formats, for the commonist this is just a textfield. the only dependency on a fixed format is how dates from EXIF are formatted. -- 84.153.102.9 11:36, 5 January 2011 (UTC)

File hosting

Is there anyone who can mirror Commonist, since the web site where it can be downloaded seems to be dead? I personally need an older version since I'm working with a 1.15 wiki, but both the old and the new one would be appreciated. /grillo (talk) 06:06, 7 February 2011 (UTC) Hmm, there seems to have been some DNS problem from my side. I don't know if it's reachable, but now I can't reach any pages at .de. Please ignore :) /grillo (talk) 07:06, 7 February 2011 (UTC)

Something is wrong

What do i wrong, if when im uploading with Commonist, it returns "filed" and in gallery it make this: User:Palu/gallery (verification error)? Thank you very much for some ideas. Palu (talk) 22:21, 23 February 2011 (UTC)

Error was that i didnt name files with ".jpg" extension. Im sorry, my mistake. Palu (talk) 22:26, 23 February 2011 (UTC)

Can we start hosting Commonist on a reliable website?

I don't know about you, but I am a bit hesistant to run software from some random website "dijn.de" released by "unknown". Seriously, a cracker could ruin a day of quite a few Commoners by hijacking the link here. For all I know, this might have happened already... it's not like this page is protected from any kind of edits! So, please treat this as a warning about a security hole - I hope it will be addressed before something bad happens. --Piotr Konieczny aka Prokonsul Piotrus ^Talk 23:20, 1 March 2011 (UTC)

To answer shortly:

• Changing the website is not up to us but to the main developer. We could probably host a copy of the stable version somewhere, but it would make the update processus longer.
• About the 'dijn.de' name. I don't have any issue with that. When you launch a software, you have a chain of trust behind it. It's not like a signed certificate will change the situation for a site or link hijack, it will still be possible.
• We could protect the page, but still, since the current developper is intervening as an ip, from what I am remembering, it would block information here. Sure {{Edit request}} exists, but it makes things more complicate. But after all, security is a matter of how much we want to complicate our life to have a minimal security.

Esby (talk) 10:09, 2 March 2011 (UTC)

Couldn't the developer get a toolserv account and get the commonist hosted there? It is also a bit puzzling to me that the main developer doesn't have a Wikimedia account, nor apparently monitor this page - which is likely the "official page" plus feedback page for his tool... Weird. --Piotr Konieczny aka Prokonsul Piotrus ^Talk 18:20, 24 March 2011 (UTC)

hi! i finally created an account to support the commonist. i do monitor this page, but my time is limited to it may take some time before i answer. especially if it's not about some problem rendering the commonist unusable. i don't really want to host the commonist on another server: the only reward i get from developing the commonist is google juice and i'd like to keep that. if it happens, it doesn't really matter which server is hacked. if i were a hacker i'd target the toolserver. much more interesting stuff to play with. additionally, i'm too lazy to change my deployment scripts and keep another account to remember. now the good news: the sourcecode is now available in a public repository on github. -- Ritschwumm (talk) 16:39, 25 March 2011 (UTC)

feature reuqest

Commons is blocked in my country thus i can't upload any images with my commonist , but if can add feature for commonist to accept proxies , i can upload my images , if possible i would be happy to see next version of commonist supporting this Mardetanha ^talk 08:26, 3 April 2011 (UTC)

hi Mardetanha! the commonist does already support proxies. it picks up the proxy to use from the java system properties http.proxyHost and http.proxyPort or the environment variable http_proxy -- Ritschwumm (talk) 00:20, 4 April 2011 (UTC)

Customizing the Category-Namespace

Hi, I've been quite successful customizing everything so far. But I'd like to customize the namespace of "category". How can I do that? What file contains the namespaces used for upload? Thanks a lot! --Plasmarelais (talk) 15:03, 3 April 2011 (UTC)

Namespace.scala in the scmw library. why would you want to customize this? translating computer (markup) languages is stupid, imho. if possible, such a "feature" should be avoided. -- Ritschwumm (talk) 00:27, 4 April 2011 (UTC)

Could not upload (requirement failed:no json result)

I have a problem. I edited wikis.txt and I add a line : mywiki http://www.mywikiname.org/api.php and I have this message : Could not upload (requirement failed:no json result) Why ? Thanks for your help --62.147.241.53 12:56, 5 April 2011 (UTC)

Is the api.php really located on the root of the server and not on /w/ folder? (try to open it manually to check it ?) Esby (talk) 15:46, 5 April 2011 (UTC)

 The API is here http://www.audowiki.org/api.php --62.147.241.53 15:49, 5 April 2011 (UTC)

Can reproduce the issue - used commonist-0.4.27

 ERROR	UploadFilesTask.scala:75	upload task error
 java.lang.IllegalArgumentException: requirement failed: no json result
 at scala.Predef$.require(Predef.scala:145)
 at scmw.API.login(API.scala:35)
 at commonist.task.UploadFilesTask.login(UploadFilesTask.scala:93)
 at commonist.task.UploadFilesTask.execute(UploadFilesTask.scala:53)
 at commonist.Task.commonist$Task$$run(Task.scala:74)
 at commonist.Task$$anon$1.run(Task.scala:30)
 at java.lang.Thread.run(Thread.java:636)

Esby (talk) 21:13, 5 April 2011 (UTC)

the JSON response from api.php's login action seems to be prefixed by an UTF-8 BOM consisting of the 3 bytes "ef bb bf". if i interpret RFC 4627 (chapter 3. Encoding) correctly, this is wrong and there should not be a BOM in application/json content. just a wild guess: did someone edit api.php on a windows machine? editors on windows (f.e. wordpad) tend to put BOMs everywhere... -- Ritschwumm (talk) 20:43, 6 April 2011 (UTC)

Merci pour la réponse mais je comprends que dalle !! Thank you for your answer but I do not understand anything !!!--62.147.241.53 21:14, 6 April 2011 (UTC)

sorry, let me try to reformulate my answer in a less technical way: http://www.audowiki.org/api.php 's response to the commonist's login request is (arguable, and slightly) broken. for some reason unknown to me, it puts an invisible and unnecessary character before the actual response. the commonist is unable to ignore it and refuses to accept the response as a valid. -- Ritschwumm (talk) 21:23, 6 April 2011 (UTC)

i found another hint: [2]. maybe it's in fact LocalSettings.php which has been edited with a "bad" editor. -- Ritschwumm (talk) 21:29, 6 April 2011 (UTC)

Thanks a lot for your answer. Can I put $wgEnableAPI=true; in Localsetting ?--62.147.241.53 22:03, 6 April 2011 (UTC)

i think so, yes. -- Ritschwumm (talk) 11:17, 14 April 2011 (UTC)

I've never edited api.php ! I sent an email at djini.de/software/commonist/ --62.147.241.53 06:21, 7 April 2011 (UTC)

but you did edit LocalSettings.php, right? afaik it's included in api.php so having a BOM in there would suffice to get your error. [3] does contain a BOM at the start, too, so i'm quite sure LocalSettings.php, is where you have to look. -- Ritschwumm (talk) 11:17, 14 April 2011 (UTC)

Files are not uploading (Configuration error?)

Just found this applet, this seems extremely powerful with the included gallery templates etc. However, when I submit my files to upload, I get a page made at User:Bofolsen/gallery with this formatting:

== Tue Apr 05 13:20:44 PDT 2011 ==
=== errors ===
*File:Direct_nbincompare.png unknown_action
*File:Dpt_ptemb3.0_nbincompare.png unknown_action
*File:Dpt_ptemb5.0_nbincompare.png unknown_action

• (a) Direct spectrum of nbin=500 (black) and nbin=450 (red)
  (a) Direct spectrum of nbin=500 (black) and nbin=450 (red)
• (d) P(dpt) with ptemb=5 GeV/c of nbin=500 (black) and nbin=450 (red)
  (d) P(dpt) with ptemb=5 GeV/c of nbin=500 (black) and nbin=450 (red)
• (e) P(dpt) with ptemb=10 GeV/c of nbin=500 (black) and nbin=450 (red)
  (e) P(dpt) with ptemb=10 GeV/c of nbin=500 (black) and nbin=450 (red)

As far as I can see there are no files uploaded. I checked the apache log file along with the mysql log and found nothing. I cannot find the local Commonist log files on my mac, however I do not know much about where log files are stored on UNIX. This is the api.php for our wiki: ALICE/STAR Jet Group wiki I believe I need to configure something .commonist, but what? Any suggestions? -- Bofolsen (talk) 00:08, 6 April 2011 (UTC)

hi Bofolsen! "unknown_action" is an error code produced by the api.php, i think this is a problem with the configuration or version of your mediawiki. sadly, i cannot find out anythung useful using [4]: your api.php tells me <error code="readapidenied" info="You need read permission to use this module" xml:space="preserve"> error. -- Ritschwumm (talk) 17:42, 6 April 2011 (UTC)

Hi Ritschwumm, Great. Your help is invaluable. We will look into it closer now that we can now pinpoint it to our mediawiki. Our wiki is for a relativistic nuclear physics collaboration with very high activity so we very much appreciate your quick responsiveness. Our research can be shared faster now with this incredible tool you developed. Barring we solve our issue. I will repost when I we know more. I did not understand from your message if you were not able to get access to the api.php, so I have posted it on this page-- Bofolsen (talk) 19:54, 6 April 2011 (UTC)

hi again! API:Upload says "All of these methods require an account with the "upload" right." and you need at least mediawiki 1.16. maybe this helps. -- Ritschwumm (talk) 20:53, 6 April 2011 (UTC)

Ok! I think we found the problem. We are running 1.15 (I thought we had checked this...). We will upgrade sometime this weekend. I will post back if this resolves the issue or not. Thanks for helping out again. Here is a link to some logging we were able to turn on which also clues us into version conflict. -- Bofolsen (talk) 21:56, 6 April 2011 (UTC)

Hi Ritschwumm, Problem solved. Our IT man finally updated the wiki and wow, this tool is extremely powerful. I am able to upload hundreds of figures fast by Orders of magnitude, and in an ordered fashion. Great work. -- Bofolsen (talk) 02:43, 28 April 2011 (UTC)

Please look at

de:Datei:Bild 1 IMG 0404.JPG in this Original version. What is going wrong? Sorry for my poor english. Greetings --Nightflyer (talk) 19:25, 15 May 2011 (UTC)

Ich denke, du hast einfach links in den Optionen das Wiki nicht auf "Wikimedia Commons" eingestellt gehabt. Probier das nochmal aus. Für die lokalen Dateien: wenn du sie fertig übertragen hast, dann schreib da drauf {{NowCommons}}. --Quedel (talk) 15:23, 17 May 2011 (UTC)

Nein, das war ja so gewollt. Auf commons geht es, ich wollte de: nehmen, da die Bilder noch keinen vernünftigen Namen haben. Gruss --Nightflyer (talk) 18:42, 19 May 2011 (UTC)

looks fine to me, what do you think should have been different? -- Ritschwumm (talk) 19:53, 22 May 2011 (UTC)

Bestätigungsdialog umgehen

Hi, tolles Programm das (oder der) Commonist. Ich arbeite regelmäßig damit. Ich lade sogar einzelne Bilder lieber damit hoch.

Ich möche mit Commonist Bilder hochladen, die es auf Commons bereits gibt (meine Bildversionen sind verbesserte Bildversionen mit dem gleichen Namen). Es sind Überarbeitungen meiner eigenen Bilder (Tonwertkurve, drehen, beschneiden, schärfen). Nun fragt Commons nach jedem Bild-Hochladen, ob das bereits vorhanden Bild überschrieben werden soll oder nicht. Es handelt sich um mehrere Ordner mit jeweils ca. 100 Bildern ([5] - und das ist erst der Anfang). Da müsste ich jeweils 2 Stunden am PC sitzen und alle 2 Minuten stumpf auf das "ja, Bild überschreiben" klicken.

Irgendwo habe ich mal gelesen, dass man die Einstellung vornehmen kann, dass das Überschreiben ohne Rückfrage erfolgt. Wo kann ich diese Einstellung vornehmen? Als JavaScript in die eigene monobooks.js? (Ich verstehe nichts vom Programmieren.)

Verbesserungsvorschlag: Ich würde gerne neben den Bildnamen eine fortlaufende Nummer von 1 bis z.B. 100 haben, damit ich beim Hochladen der Bilder sehe, das wievielte Bild schon geschafft ist. Schön wäre auch eine grobe Zeitabschätzung nach den ersten 3 hochgeladenen Bildern: z.B. "Uploadbeginn: 12:21; das Hochladender 221 Bilder dauert voraussichtlich bis 14:56". Ein weiterer Verbesserungsvorschlag betrifft Warteschlangen. Ich habe z.B. 7 Ordner mit jeweils 20 Bildern, die ich über Nacht hochladen will. Momentan verhält sich das Programm so: wenn ein Ordner abgearbeitet wird, kann ich nicht schon einen 2. Auftrag losschicken, sonst wird der 1. Auftrag abgebrochen. -- Wäre toll wenn Commonist das auch könnte. Ach ja: wenn Commonist meine Dateinamen vor dem Hochschieben auf doppelte Leerzeichen prüft, wäre es auch schön. Es ist mir schon vorgekommen, dass ich 200 Bilder hochgeladen habe, um hinterher zu erfahren, dass das gesamte Hochladen wegen der doppelten Leerzeichen in meinen Dateinamen fehlgeschlagen ist. Gruß --Bin im Garten (talk) 11:54, 22 May 2011 (UTC)

Ich kann das technisch nicht lösen. Aber eine Ratschlag und gleichzeitig eine Bitte: Bitte kümmer Dich um die Auswahl Deiner Bilder, die Qualität, die Beschreibungen, vor allem aber auch Dateinamen, VOR dem Hochladen. Deine hunderten von Museumsfiles ohne jede vernünftige Beschreibung, mitsamt irgenwelchen Museumsbeschriftungsschildchen, bei denen nicht klar ist, zu was sie gehören und die zum guten Teil Urheberrechtsverletzungen sind, die vielen unbrauchbaren Bilder, die vielen mehrfach vorhadenen Bilder mit nur minimal unterschiedlichen Aufnahmewinkel: das ist alles lieblos und nur auf Masse gemacht, und so funktionieren die Commons einfach nicht. Mir nimmt das eigentlich jede Lust, in den entsprechenden Kategorien noch etwas zu tun, aber ich habe trotzdem mehrere Stunden damit verbracht, Deine Uploads vom Ethnologischen Museum nachzubeaarbeiten. Also bitte bitt: vorher arbeiten, dann hochladen. Dann braucht man nachher auch nicht so viel ändern und Server, Admins und User belasten. --FA2010 (talk) 19:56, 3 June 2011 (UTC)

hi! die bestätigungsdialoge umzustellen ist nicht ganz trivial. mach ich irgendwann, kann aber noch eine weile dauern. der rest ist notiert. -- Ritschwumm (talk) 16:56, 5 June 2011 (UTC)

no Commonist?

I can't start Commonist directly, nor even access the main page, or the page to download the zip file to my computer. Is this temporary (I hope)? --Ebyabe (talk) 04:31, 2 June 2011 (UTC)

I have the same problem Hanay (talk) 05:16, 2 June 2011 (UTC)

Please Fix it fast, I have many photos to upload. ברכות אריאל פ. (slav4) • דף שיחה 05:19, 2 June 2011 (UTC)

Same here :-( Wammes Waggel (talk) 13:45, 2 June 2011 (UTC)

• Please help!!! Where is the backup or mirror? --Svajcr (talk) 04:05, 3 June 2011 (UTC)
  • HELP HELP HELP Hanay (talk) 04:11, 3 June 2011 (UTC)

I am also having this problem 81.210.242.90 10:58, 5 June 2011 (UTC)

• Try to create:

commonist.jnlp

<jnlp href="commonist.jnlp" codebase="http://djini.de/software/commonist/ws/" spec="1.0+"> <information> <title>The Commonist</title> <vendor>FNORD! Inc.</vendor> <homepage href="http://djini.de/software/commonist/index.html"></homepage> <description>a MediaWiki file upload tool</description> <description kind="short">a MediaWiki file upload tool</description> <icon href="commonist-32.png"></icon> <icon href="commonist-128.png" kind="splash"></icon> <offline-allowed></offline-allowed> </information> <security> <all-permissions></all-permissions> </security> <resources> <j2se max-heap-size="192m" version="1.5+"></j2se> <jar main="true" href="commonist_2.8.1-0.4.27.jar"></jar><jar main="false" href="lib/commons-httpclient-3.1.jar"></jar><jar main="false" href="lib/scjson_2.8.1-0.0.1.jar"></jar><jar main="false" href="lib/scala-library.jar"></jar><jar main="false" href="lib/minibpp.jar"></jar><jar main="false" href="lib/scutil_2.8.1-0.0.1-sources.jar"></jar><jar main="false" href="lib/scmw_2.8.1-0.0.1-sources.jar"></jar><jar main="false" href="lib/minibpp-src.jar"></jar><jar main="false" href="lib/commons-logging-1.1.jar"></jar><jar main="false" href="lib/scjson_2.8.1-0.0.1-sources.jar"></jar><jar main="false" href="lib/bsh-2.0b2-fixed.jar"></jar><jar main="false" href="lib/scmw_2.8.1-0.0.1.jar"></jar><jar main="false" href="lib/commons-codec-1.3.jar"></jar><jar main="false" href="lib/scutil_2.8.1-0.0.1.jar"></jar><jar main="false" href="lib/sanselan-0.97-incubator.jar"></jar> </resources> <application-desc main-class="commonist.Commonist"></application-desc> </jnlp>

Try to open with IcedTea Java 6 Web Start on GNU/Linux. --Christopher Forster (talk) 14:29, 3 June 2011 (UTC)

Actually, the point is that djini.de does not respond. At all. Wammes Waggel (talk) 14:52, 3 June 2011 (UTC)

Ça ne fonctionne pas de mon côté également. JÄNNICK Jérémy (talk) 17:17, 3 June 2011 (UTC)

Example to attempt to load from local computer cache. --Christopher Forster (talk) 21:30, 3 June 2011 (UTC)

sorry for the inconvenience, djini.de will be back online soon or i'll find a another domain where i can host it until then. -- Ritschwumm (talk) 23:59, 3 June 2011 (UTC)

Cannot replace file

Hello,

when trying to upload a new version of a file, even selecting "yes", on the dialog box, to overwrite the file, the upload fails and the <username>/gallery pages shows:

== Wed Apr 27 00:11:59 BRT 2011 ==
=== errors ===
*File:Gaus_fit_extrap_N400.png missingparam

• File:Gaus fit extrap N400.png

Any suggestions? --GBarros (talk) 03:14, 27 April 2011 (UTC)

thanks for the report. i'll try to find out what's happening here. -- Ritschwumm (talk) 20:11, 27 April 2011 (UTC)

at least on commons i can't reproduce this error. which wiki did you try to upload to, and which mediawiki version does it use? -- Ritschwumm (talk) 21:04, 27 April 2011 (UTC)

Thank you for looking into this. We are using mediawiki version 1.16.4 (http://rnc.lbl.gov/wiki/index.php/Main_Page). It can be accessed only by registered users, since it stores work of a heavy ion experiment. --GBarros (talk) 18:19, 28 April 2011 (UTC)

Hi all, GBarros is my collegue and I also will try and reproduce this error. This is the same wiki I had just upgraded so we are certain that it is current. -- Bofolsen (talk) 19:43, 28 April 2011 (UTC)

as i could not reproduce this error, the new version 0.4.28 should print some more debug messages in the console. if someone could reproduce the problem and post the console output, i'd be grateful .. Ritschwumm (talk) 19:47, 22 May 2011 (UTC)

Ritschwumm, thank you for looking into this. I'll try the new version and post the output. --GBarros (talk) 13:03, 14 June 2011 (UTC)

Please, have a look at the output related to this issue (--189.110.60.83 00:20, 16 June 2011 (UTC)):

INFO    UploadFilesTask.scala:90        logging in
DEBUG   Connection.scala:137    HTTP POST http://rnc.lbl.gov/wiki/api.php HTTP/1.1 200 OK
DEBUG   Connection.scala:137    HTTP POST http://rnc.lbl.gov/wiki/api.php HTTP/1.1 200 OK
INFO    UploadFilesTask.scala:97        login successful: GBarros
INFO    UploadFilesTask.scala:117       uploading files
WARN    Parser.scala:43 could not parse coordinates
DEBUG   Loader.scala:20 failed to access resource       image_LBL_STARJET.bpp   tried to find in        /home/gbarros/.commonist        /home/gbarros/software/commonist/etc    /home/gbarros/software/commonist/src/main/resources     classpath:/
DEBUG   Connection.scala:137    HTTP POST http://rnc.lbl.gov/wiki/api.php HTTP/1.1 200 OK
DEBUG   Connection.scala:137    HTTP POST http://rnc.lbl.gov/wiki/api.php HTTP/1.1 200 OK
DEBUG   Connection.scala:137    HTTP POST http://rnc.lbl.gov/wiki/api.php HTTP/1.1 200 OK
ERROR   API.scala:316   {"code":"missingparam","info":"One of the parameters sessionkey, file, url is required"}
ERROR   UploadFilesTask.scala:183       upload error: profile_ratio_high_stat_N1000.png because missingparam
INFO    UploadFilesTask.scala:212       changing gallery
DEBUG   Loader.scala:20 failed to access resource       gallery_LBL_STARJET.bpp tried to find in        /home/gbarros/.commonist        /home/gbarros/software/commonist/etc    /home/gbarros/software/commonist/src/main/resources     classpath:/
INFO    UploadFilesTask.scala:228       writing gallery to: /home/gbarros/.commonist/gallery.txt
DEBUG   Connection.scala:137    HTTP POST http://rnc.lbl.gov/wiki/api.php HTTP/1.1 200 OK
DEBUG   Connection.scala:137    HTTP POST http://rnc.lbl.gov/wiki/api.php HTTP/1.1 200 OK
INFO    UploadFilesTask.scala:69        upload finished

thank you very much. {"code":"missingparam","info":"One of the parameters sessionkey, file, url is required"} is what i needed to know, i hope i'm able to find out what's wrong now. -- Ritschwumm (talk) 22:36, 16 June 2011 (UTC)

i have a question: how long did the warning dialog stay open until you chose to overwrite the file? maybe the sessionkey got invalid in the meantime due to some timeout. -- Ritschwumm (talk) 22:48, 16 June 2011 (UTC)

Well, I would say less than five seconds. As soon as the dialog appears on the window I click overwrite. Do you want me to do a more careful test? --GBarros (talk) 19:02, 20 June 2011 (UTC)

5 seconds should not be enough for a timeout. i have no idea what to look for :( -- Ritschwumm (talk) 17:20, 24 June 2011 (UTC)

Source code

I found some source code and will attempt to build it and host it online

git clone git://github.com/mediawiki/mediawiki-svn.git

but this repo is huge, it is taking forever to get.

mike

Mdupont (talk) 11:03, 5 June 2011 (UTC)

I have build it with ant, I have made a binary. It seems to work. but I cannot login.

but note that the version you talk about is 0.4.27 and what is checked in is 0.3.44

Commands Used :

git clone git://github.com/mediawiki/mediawiki-svn.git cd mediawiki-svn/ cd tools/ cd commonist-java/ 2001 ant find -name \*.zip cd build/ mkdir tmp cd tmp/ unzip ../commonist-0.3.44.zip cd commonist-0.3.44/ bin/commonist

here is the binary I produced, it is having problems uploading, cannot log in. https://github.com/downloads/h4ck3rm1k3/mediawiki-svn/commonist-0.3.44.zip mike Mdupont (talk) 11:57, 5 June 2011 (UTC)

Update : I have uploaded a tested binary here : https://github.com/downloads/h4ck3rm1k3/mediawiki-svn/commonist-0.4.28-bin.zip Mdupont (talk)

Thanks very much. --Alexrk2 (talk) 18:38, 5 June 2011 (UTC)

Hm, if I remember rightly, there was such a login problem some time ago ..due to some changes to the MediaWiki API (might be this) --Alexrk2 (talk) 16:18, 5 June 2011 (UTC)

temporary new domain

until djini.de is up again, you can find the commonist on http://neonstau.de/commonist/ and start it from http://neonstau.de/commonist/ws/commonist.jnlp -- Ritschwumm (talk) 16:47, 5 June 2011 (UTC)

Hm, don't get me wrong, but my confidence is gone somewhat. It would be nice to make this tool available from toolserver, github, sourceforge or somthing where it is clear who is granted to release files ..and (hopefully) could not get hacked easily. --Alexrk2 (talk) 17:07, 5 June 2011 (UTC)

Well, you should be able to build it yourself from source, and anyone with the sources can build it. Mdupont (talk) 17:35, 5 June 2011 (UTC)

I tried, and it is working. Thank you Ritschwumm. Hanay (talk) 07:24, 6 June 2011 (UTC)

I said it months ago, we cannot trust random websites like that (also for security reasons). Commonist should be hosted on the toolserv. Each time I run content from djini.de I was wondering if it was trustworthy, or has it been hacked already. It going down does little to inspire my confidence for the future. --Piotr Konieczny aka Prokonsul Piotrus ^Talk 21:09, 2 July 2011 (UTC)

Overwriting images

I just came across a user who had overwritten several previously existing uploads from other contributors accidently. He claims on his talk page User_talk:Slav4#Overwring Images that he was using the commonist tool and never saw any warning about overwriting. Baffles me a bit as I thought that commonist does not simply overwrite existing images - but I personally haven't used it so far. Is there any technical hint this user should follow so overwrite accidents will be no longer occur in future? Regards, --Burkhard (talk) 10:23, 23 June 2011 (UTC)

i've never seen it overwriting files without giving a warning, but of course there may be a bug. i'll try to find out more, but i don't have much time left at the moment. -- Ritschwumm (talk) 17:18, 24 June 2011 (UTC)

Not working on Mac OS X10.4.11:

bogdan-giuscas-computer:~/Desktop/commonist-0.4.28-bin/bin bogdangiusca$ ./commonist INFO CommonistMain.scala:49 settings directory: /Users/bogdangiusca/.commonist INFO CommonistMain.scala:50 etc directory: /Users/bogdangiusca/Desktop/commonist-0.4.28-bin/etc INFO CommonistMain.scala:51 resources directory: /Users/bogdangiusca/Desktop/commonist-0.4.28-bin/src/main/resources INFO CommonistMain.scala:60 using user language: ro DEBUG Loader.scala:20 failed to access resource messages_ro.properties tried to find in /Users/bogdangiusca/.commonist /Users/bogdangiusca/Desktop/commonist-0.4.28-bin/etc /Users/bogdangiusca/Desktop/commonist-0.4.28-bin/src/main/resources classpath:/ INFO AppleQuit.scala:26 apple quit handler installed INFO CommonistMain.scala:104 starting up INFO FileCache.scala:67 loading DEBUG FileCache.scala:71 reading metadata /Users/bogdangiusca/.commonist/thumbnails.txt ERROR Commonist.scala:10 Exception caught in thread: AWT-EventQueue-0 java.lang.NoSuchMethodError: java.lang.String.isEmpty()Z

       at commonist.ui.CommonUI.loadSettings(CommonUI.scala:189)
       at commonist.CommonistMain.init(CommonistMain.scala:112)
       at commonist.Commonist$$anonfun$main$1.apply$mcV$sp(Commonist.scala:12)
       at commonist.Commonist$$anonfun$main$1.apply(Commonist.scala:12)
       at commonist.Commonist$$anonfun$main$1.apply(Commonist.scala:12)
       at scutil.Concurrent$.wrapException(Concurrent.scala:23)
       at scutil.Concurrent$$anonfun$executeWrap$1.apply$mcV$sp(Concurrent.scala:18)
       at scutil.Functions$$anon$1.run(Functions.scala:20)
       at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
       at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
       at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:269)
       at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
       at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:184)
       at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:176)
       at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

Bogdan Giuşcă (talk) 21:59, 2 July 2011 (UTC)

sorry, since 0.4.28 the commonist requires java 1.6 which is available from OS X 10.5 on, afaik. -- Ritschwumm (talk) 12:25, 14 July 2011 (UTC)

Link to video from Commonist gallery

Hi, I would like to ask, if you can add a feature which will link a video file from commonistu upload gallery. The problem is that actual settings of Commons directly run the video if you click on that, but you are not able reach the file via this way as it is possible to do with image. Thx!--Juandev (talk) 14:41, 24 July 2011 (UTC)

Download failure

The download doesn't work (404). The mainpage shows "FNORD!" What's going on there? --Martina talk 22:00, 9 July 2011 (UTC)

Use this download-page instead. --91.97.185.4 14:22, 10 July 2011 (UTC)

Thanks. --Martina talk 21:30, 10 July 2011 (UTC)

the old site will be available again soon. i'll leave a notice on this page then. -- Ritschwumm (talk) 12:26, 14 July 2011 (UTC)

Old download page is up again. -- Simisa (talk) 10:39, 28 July 2011 (UTC)

Upload problem

I've just tried to upload images using Commonist, and each time after it's finished it displays a message on the progress bar saying "could not upload (requirement failed: unexpected response: HTTP/1.0 502 Bad Gateway)". Does anyone else have this problem, or is there anything I can do about it? Any help would be greatly appreciated. Thanks, Editor5807^speak 19:04, 3 August 2011 (UTC)

See below. --X-Weinzar (talk) 13:20, 4 August 2011 (UTC)

No Commonist 2?

Is there a problem? Hanay (talk) 01:01, 4 August 2011 (UTC)

Encore une fois ça ne fonctionne plus. JÄNNICK Jérémy (talk) 11:50, 4 August 2011 (UTC)

Same problem for me, and several reports in other places too. Looks like this time it's a Commons problem, not a Commonist problem. Some tools of Dschwen have the same issue and also the official upload wizard isn't working. See Bug 30201 - API requests to commons frequently return 502. --X-Weinzar (talk) 13:20, 4 August 2011 (UTC)

And for me. --Stunteltje (talk) 06:36, 5 August 2011 (UTC)

Some developers here on Wikimania are working on the problem. Hope they find a solution. --Martina talk 10:40, 5 August 2011 (UTC)

Upload problem

Commonist is sometimes terminating uploads with the message "Hochladen von fehlgeschlagen (Software caused connection abort: socket write error)". In particular if I want to upload large files (> 2 MB), I have to restart uploads over and over again. It can be that Commonist is uploading 1,2 or 3 files and then I have the message again and have to restart the upload. I have to stay on the PC during my uploads. I have this problem now for about two/three months. Does anybody have the same problem or is there anybody out there who might help? -- Simisa (talk) 13:51, 7 August 2011 (UTC)

Please see the two sections above this one. According to the mentioned bugzilla report the 502 and time out problem is now solved. Please try again and if you still have this problem you maybe should try it with an newer version of the Commonist or report your problem on bugzilla. --Martina talk 20:57, 15 August 2011 (UTC)

Add Chuncked Upload Support

Now that MediaWiki can support chuncked upload [6] using Firefogg [7], could Commonist be updated to support this. This would allow Commonist to files above the max PHP post_max_size and upload_max_filesize for that server. It might not be used that much on the Commons, but it would be helpful on other wikis. --173.62.160.98 02:40, 14 August 2011 (UTC)

certainly possible, but does it work reliably, especially for commons and wikipedia? i'd try to avoid different code paths for differnet wikis. -- Ritschwumm (talk) 16:51, 14 September 2011 (UTC)

Source checked?

Djini created the program. But the download pages disappeared on his server. New page is offered at http://neonstau.de/commonist/. Neither Djini nor Neonstau are users at wikipedia. The download page does not show any imprint. The program transfers data from user's computer into internet.

Has anyone checked the source code? Vermip (talk) 14:46, 14 August 2011 (UTC)

Where do you assumed that someone nicknamed djini or neonstau created the program? There are just domain names.

For "The program transfers data from user's computer into internet.". It looks kinda normal considering the program libs are fetched from the website serving it and that it communicates with the wiki you want to upload medias...

Esby (talk) 19:35, 23 August 2011 (UTC)

Thanks for your reply -- but I don't understand it. How did you find out the program is trustable? Vermip (talk) 21:32, 26 August 2011 (UTC)

djini.de is back for quite a while now, i'll move the commonist back as soon as possible. in fact the commonist could to some harm as it requests access to you local harddisk and could leave malicious content. additionally, checking the source is not much help either if you don't compile it yourself... -- Ritschwumm (talk) 16:53, 14 September 2011 (UTC)

Provocative icon

Do you consider humorous to use a symbol of a monstrous criminal system as the icon of this tool? Shouldn't we use also Nazi-symbols, terrorist symbols or faces of most known mass murderers like Breivik as very "funny" icons? Or even naturalistic images of their suffering victims? --ŠJů (talk) 16:43, 21 August 2011 (UTC)

I also cannot see the "fun" of this symbols. It shows very poor taste, sorry I have to say that.--Ziko (talk) 15:56, 22 August 2011 (UTC)

While I am not offended by the symbol and support COM:NOTCENSORED, I don't think it's unreasonable to question its appropriateness as a symbol for a Commons upload tool, and I am somewhat surprised this hasn't come-up previously. I use the {{Commonist}} template on my uploads to give credit to what I think is a great tool. More recently though I have realised that there could be potential downsides to this, since it results in the hammer and sickle (even if it is only a small icon), being on all my uploads, which may even if unlikely, cause problems if users try to print the page in Eastern European countries. Furthermore, some users, particularly non-English speakers, may misinterpret the icon to be some kind of political statement. I would therefore encourage consideration be given to creating another symbol that won't cause problems. CT Cooper · talk 20:27, 22 August 2011 (UTC)

Those who create the software decide which software icons they want to use, not the users of the software. You are free to link to this page in any way you want, and on your file description pages you may do so without the icon. Lipedia (talk) 18:06, 23 August 2011 (UTC)

There is a difference between deciding something and suggesting something, and the creators of software should be in touch with those that use it, particularly on issues such as advertising, in which they are set to benefit. Furthermore, it should be pointed out that ultimate jurisdiction on this issue applies with the community, and failing that the Wikimedia Foundation, even if action from either parties is unlikely. It would be easiest if the {{Commonist}} template was changed to remove the icon, rather than leaving users to go through hundreds of uploads manually, though if agreement cannot be reached for that an icon free version could be created. CT Cooper · talk 22:12, 23 August 2011 (UTC)

You may simply create {{Commonist no icon}}, propose it on the Commonist page and use it. It's very unlikely, that anyone will propose it for delition and start a big discussion. If you touch the main template I will revert, others also will, and all together we will waste energy for discussions. Lipedia (talk) 22:47, 23 August 2011 (UTC)

No one is proposing re-writing a template used on over 50,000 pages without discussion. The idea of creating an icon free template is a less than ideal solution, but one that could work for the time being. I will look into it. CT Cooper · talk 10:48, 24 August 2011 (UTC)

Okay, I have created a no icon version at {{Commonist no icon}}, which should allow easy promotion of Commonist for those that would rather not use the icon. CT Cooper · talk 14:25, 25 August 2011 (UTC)

That it is provocative is an interesting POV- but just that. Just roll this all back and don't rise to the bait. --ClemRutter (talk) 14:23, 24 August 2011 (UTC)

It is provocative, as has been demonstrated by this thread and the fact that display of the symbol is illegal in four countries. Whether it should be provocative is a matter of opinion, and is somewhat a political talking point, which I don't think we will get anywhere by pursuing. However, there are legitimate concerns about the use of the icon in tools, and not talking about it isn't a solution. CT Cooper · talk 14:25, 25 August 2011 (UTC)

Even if it isn't illegal in some countries, such use is stupid, callous and embarrassing. --ŠJů (talk) 13:33, 27 August 2011 (UTC)

Empty license field

I'm uploading pictures that are under a specialized license: I put this in the "Permission" field and I leave the "License" field empty, as I would do uploading those pictures with the main upload form. My problem is that Commonist creates an empty (and, in this case, useless) "Licensing" section. I think this section shouldn't be added if the "License" field is left empty, at least if, on the contrary, the "Permission" field is filled. Tados (talk) 21:21, 7 September 2011 (UTC)

sounds like a good idea, i'll see what i can do. -- Ritschwumm (talk) 16:55, 14 September 2011 (UTC)

done and will be in the next release. -- Ritschwumm (talk) 17:31, 14 September 2011 (UTC)

Bugfix request: strange scrolling

If I start the program, scroll until the middle, press ALT-TAB and again ALT-TAB to switch back to the program then the scrollbar is on the top. Rudolphous (talk) 10:23, 12 September 2011 (UTC)

i've never seen that - which operating system and which JRE do you have? -- Ritschwumm (talk) 16:57, 14 September 2011 (UTC)

ok, now i see what happens: it scrolls to the text field you positioned the cursor in. a bit strange, but not entirely unreasonable and it seems to be the default behaviour of the JRE. i think that's not important enough to actively write code to make it behave differently. -- Ritschwumm (talk) 17:45, 14 September 2011 (UTC)

Feature request: sorting of pictures

It would be great if the pictures can be sorted on the order of date/time instead alphabetically on the name. Rudolphous (talk) 10:23, 12 September 2011 (UTC)

sounds useful. which time, last modified or created? and is it useful for a sufficiently great number of users to make it worth cluttering the gui with additional buttons? -- Ritschwumm (talk) 16:56, 14 September 2011 (UTC)

Sure it would be useful ! I'm currently uploading a large amount of pictures taken at different places across a week-end : pictures of a same place are scattered around because of their names ("back of such church", "back of such other church", "facade of such church", bach of such other church"), which doesn't help with descriptions, coordinates nor categories. Of course I could have chosen names that sort correctly, but sorting on dates would be useful. Maybe a dropbox near the selection buttons would do the trick ?

--EdouardHue (talk) 21:13, 29 September 2011 (UTC)

Feature request: abort immediatly

A browser has a stop button that makes the program stop communicating with the server immediatly. Commonist has a abort button, but if I press this button after a batch has been started, still one image is uploaded. It would be better if the batch is stopped immediatly. Rudolphous (talk) 19:51, 13 September 2011 (UTC)

i'll have a look, but how important is it and for how many people? -- Ritschwumm (talk) 16:57, 14 September 2011 (UTC)

Feature request: CTRL/Z or UNDO

If I change accidently a date field which is in the format "2011-09-10 16:39:16" and press ctrl-z right afterwards nothing happens. It would be great if the previous text is restored. Rudolphous (talk) 19:51, 13 September 2011 (UTC)

right, having undo in text fields is a matter of course. -- Ritschwumm (talk) 16:58, 14 September 2011 (UTC)

just implemented, will be contained in the next release. -- Ritschwumm (talk) 17:26, 14 September 2011 (UTC)

Feature request: Link to check already placed images for new image location

I would be great to have some fast way for checking if image in the selected location is already placed by somebody else. Because if better quality picture is there there is no need to flood Commons by yet another one. The composing of the link in form similar to an example shown bellow and calling external web browser when some button is pressed would be a great help.

http://toolserver.org/~kolossos/openlayers/commons-on-osm.php?zoom=16&lat=50.5550107778&lon=14.4765433333

--Ppisa (talk) 16:11, 6 November 2011 (UTC)

Upload rate

Is it possible to slow down the upload speed with Commonist? When I am uploading hundreds of very small files (.svg maps of 10kb) I am flooding the recent changes page. Michiel1972 (talk) 17:01, 9 October 2011 (UTC)

no, at the moment that's not possible without code changes. -- Ritschwumm (talk) 09:58, 13 October 2011 (UTC)

Batch uploading ogg audio files?

Can this tool be used to batch upload ogg audio files? Thanks --MMuzammils (talk) 07:40, 24 November 2011 (UTC)

yes it is possible. i have seen it being done.--Sodabottle (talk) 21:54, 1 December 2011 (UTC)

Templates and Commonist

I have never worked with Commonist (and I am also quiet ‘new’ to Commons in general), but after adding Template:Building address and Template:Kulturdenkmal to a couple of photos uploaded with Commonist I was asked, if it is possible to add these templates within Commonist. Thanks for any hints in advance. --Alex (talk) 13:06, 2 October 2011 (UTC)

it's possible, but not yet in a convenient way. have a look at the "configuration" section on http://neonstau.de/commonist/ ; you can copy files from the distribution into you settings directory and modify them. -- Ritschwumm (talk) 09:57, 13 October 2011 (UTC)

To that end, I am suggesting out of the box support for at least switching between {{Information}} and {{Artwork}}. See this conversation: Template talk:Artwork#Tool_or_bot_for_converting_.7B.7BInformation.7D.7D_to_.7B.7BArtwork.7D.7D.--Codrin.B (talk) 20:20, 21 December 2011 (UTC)

Just a quick update, I managed to update the image_wikimedia_commons.bpp config file to actually create an {{Artwork}} upon upload of images. It would be still cool to have a UI pulldown from where you can choose the config files or the templates to use for images. Nonetheless, I love the tool.--Codrin.B (talk) 14:08, 22 December 2011 (UTC)

Creating USERPAGE/gallery should be opt-in

Commonist should not create a gallery subpage without the user's permission. I do not want such a page. --Kprateek88 (talk) 11:51, 29 December 2011 (UTC)

Yes, it should be opt-in, or at least have it so one can opt-out. Why some users might find an automated gallery helpful, this can conflict with manually maintained ones, which is problematic. CT Cooper · talk 14:17, 29 December 2011 (UTC)

Extract categories and description from EXIF

I am suggesting as a feature the ability to extract the individual picture categories and description from EXIF, similar to how the coordinates are currently extracted. The reason I am asking is that I added a lot of files via commonist but I find it too painful to enter each files individual categories and descriptions, if they are different than each other but still belong to the same group. Using Picasa, I usually add many tags (categories), the location (if missing) and a caption in the EXIF to each file, before uploading to Commons. For example, please check the files in Category:Orăştie Ethnography Museum. They all have such EXIF metadata inside them. It would be great to pre-populate the Categories field with the EXIF Tags (also called Keywords) and the Description field with the EXIF Caption (also called Image title). Flickr for example can read those EXIF tags and use them to make the images searchable.--Codrin.B (talk) 22:41, 4 January 2012 (UTC)

Important!

Please change the hammer and sickle logo. I remind you that this is symbol of totalitarian ideology, equal to nazi svastika, and it's illegal in many countries, including mine. Using such symbols is insulting for me, politically incorrect and therefore inapropiate for Wikipedia. Thank you. Bladyniec (talk) 23:27, 7 January 2012 (UTC)

This has been brought-up previously, see Commons talk:Tools/Commonist/Archive 2#Provocative icon. I must point that this isn't Wikipedia and there is a lot of content both here and on Wikipedia that may be considered politically incorrect. However, I have been sympathetic to calls for change, though other users have made clear their opposition. As a compromise, I created {{Commonist no icon}} as an alternative to {{Commonist}}, which allows users to note on their uploads that they used Commonist without needing to display the icon. As it stands, the icon is unlikely to changed. CT Cooper · talk 00:23, 8 January 2012 (UTC)

Excuse me, I got a "could not update gallery (notoken in user:name/gallery)"

What's this?

How to solve it? — Preceding unsigned comment added by 71.201.158.52 (talk • contribs) 02:37, 19 January 2012‎ (UTC)

Were you logged in? --Walter Siegmund (talk) 03:55, 19 January 2012 (UTC)

{{int:license}} → {{int:license-header}}

Commonist is still adding {{int:license}} header to the files uploaded, but {{int:license-header}} is the new standard. Please update the program as necessary. --Sreejith K (talk) 06:47, 20 January 2012 (UTC)

Verification-error

I get errors after uploading. I made this thumb using Handbrake:

• http://dl.dropbox.com/u/50919224/Machinimathumb4.ogv

from this video:

• http://dl.dropbox.com/u/50919224/Reindeer%20demo%204.avi

Can someone else take a look for file errors and possibly try to upload them? Thanks in advance. PS, there is a soundtrack on the full size, but it is blank and can be deleted.--Canoe1967 (talk) 17:47, 30 March 2012 (UTC)

I think I found the problem. Handbrake uses Matroska, and I think that caused the error. I converted the full size with Super and it uploaded fine.--Canoe1967 (talk) 19:05, 30 March 2012 (UTC)

Resolved

--Canoe1967 (talk) 20:41, 31 March 2012 (UTC)

Commonist template nominated for deletion

For Commonist user's information, Template:Commonist has been nominated for deletion. CT Cooper · talk 19:10, 1 May 2012 (UTC)

I suggest we carry on at the deletion request page, as I have. Commons:Deletion requests/Template:Commonist --Canoe1967 (talk) 19:44, 1 May 2012 (UTC)

Thanks!

Just wanted to leave my thanks for this marvellous tool. Dysmorodrepanis (talk) 09:29, 17 June 2012 (UTC)

Me also - no idea what I'd have done without it! Orderinchaos (talk) 23:58, 21 June 2012 (UTC)

Well, I think I'll also join to this thank you note. Commonist is indeed a great tool. Ralgis^talk 03:58, 23 June 2012 (UTC)

x4, ditto, etc.--Canoe1967 (talk) 21:11, 24 June 2012 (UTC)

Likewise. --ClemRutter (talk) 21:25, 24 June 2012 (UTC)

'Other information' option

Hi, could there be an additional field for "Other information", like the upload wizard has? This could be used to insert the {{Personality rights}} template e.o..--Vera (talk) 16:09, 4 July 2012 (UTC)

Object location instead of camera location

Hi, is there a way to automatically change {{Location dec}} into {{Object location dec}}? So far I have to change this manually once the file is uploaded on Commons. Thanks --Jwh (talk) 23:51, 17 May 2012 (UTC)

This is wrong behavior. The camera coordinates must be added using the {{Location}} template. Object location is a secondary template that may be used to geocode the location of the main subject in the image, if there is a clearly defined main subject. Policy on commons is to first and foremost geocode the location and heading of the camera using {{Location}}. Please fix this, apparently recently introduced bug in commonist. Thanks. --Dschwen (talk) 14:16, 12 September 2012 (UTC)

Error: Notoken, user gallery can't update

Hi, this tool has been a lifesaver in the past, but I'm unable to use it for a couple of months now due to an error I'm getting when I use it with my own wiki. I have it all set up, it logs in, uploads the file(s) to 100%, and then gives me a "could not update gallery (notoken in User:Raffi/gallery)". The wiki is version 1.18.2 and you can see the other installs on there (including semantic mediawiki). Any idea how to get it to work? I have thousands of photos I need to upload! Thanks, --RaffiKojian (talk) 07:16, 30 August 2012 (UTC)

• Loading images works fine for me. --Stunteltje (talk) 08:55, 30 August 2012 (UTC)

Broken link for Commonist version 0.4.10

The link for Commonist version 0.4.10 is broken (" As of 25 April 2010 Commonist version 0.4.10 is the current version "...). Please fix it. Ldorfman (talk) 15:20, 9 September 2012 (UTC)

No upload possible

TOday, I try few times to upload from 1 to 16 files, but everytime with error message about the image and the result was negative. Are there a couse known? For Commonist is unfortenately the Upload wizard not a an alternativ or competitor. ;-) --K@rl (talk) 09:17, 26 September 2012 (UTC)

Ther problem is solved, it was an error, because all the files was named as March_xxx as german name of Morava river. But I didn't know, that the word is on the blacklist as monthname ;-) - so it would be helpfull, if such a mistake is appearing as descripted error and not as unknown error in the Commonist or in the gallery. --K@rl (talk) 10:51, 26 September 2012 (UTC)

2012 october 15 : no upload possible

Hello.

When I upload files with commonist, there is an error message : "unexpected response 504 gateway time-out". Why ??? --ComputerHotline (talk) 07:59, 15 October 2012 (UTC)

This problem is may be resolved. --ComputerHotline (talk) 09:27, 15 October 2012 (UTC)

Linux Mint 14

Nie mogłem znaleźć początkowo tej opcji więc zapisuje tu żeby ktoś potem nie musiał się męczyć. Po pobraniu i rozpakowaniu artichuwm (commonist-0.4.x-bin.zip) w folderze /bin jest plik commonist. W właściwościach w zakładce uprawnienia jest opcja "zezwolenie na wykonywanie pliku jako programu" Marek Mazurkiewicz (talk) 02:01, 17 December 2012 (UTC)

commonist for iOS and Android

HI!

Could somebody (re)write commonist for iOS and Android?? That would make it available for smartphones and tablets.Quahadi Añtó 08:50, 22 February 2013 (UTC)

Unlikely to happen. There is an app being developed and soon to be tested on mobile devices. Bidgee (talk) 08:58, 22 February 2013 (UTC)

Windows NTFS issue

Commonist does not find files which are located on a hard disk that is linked to a folder on another disk. Any suggestions? Workaround possible? Running Win XP pro and java 7. -- Smial (talk) 00:45, 3 March 2013 (UTC)

you see the directory in the directory tree on the left, but then no files on the right? which kind of link? windows seems to have quite many variants. -- Ritschwumm (talk) 02:07, 3 March 2013 (UTC)

File:Mising ntfs junction point in commonist.png

screenshot

Sorry my english is somewhat holperig. The directory tree in commonist on the left does not show the directory entry. See screenshot. I'm using one other Java program (Jave) which works fine, so I believe it is not ja problem of Java. As the link is created with windows xp drive management it should be a junction point, not a ntfs symbolic link which is first introduced with windows vista. -- Smial (talk) 11:14, 3 March 2013 (UTC) Ps.: Commonist also does not sort the directory entries the same way as any other windows program.

thanks, that should help - i'll check when i have access to a windows machine next time. -- Ritschwumm (talk) 14:39, 3 March 2013 (UTC)

documentation

i updated the english documentation, it would be nice if someone could tend to the german and french. -- Ritschwumm (talk) 02:27, 3 March 2013 (UTC)

Copy-paste ...

Hi there.
I've uploaded Commonist on last september but I just installed it and began to use it this month. Don't know if there's an update since I did that but I have little problems ... I use XP.

1. After intalling I had no shorty on desk to start it and each time I launch it I have always a Windows alert "Are you sure you want to start this program. This program is not certified" ... It doesn't start without that.
2. Learning to use it I asked to myself why I can't copy-paste from box to box. I have nothing with right-click !!! I can only copy-slide from an other app to boxes. Ex : when I have several pictures of the same church I can't copy coordinates in coord. box, I have to type them each time or slide them from Google Maps.

Thank you for explaining me what I did wrong . May I uninstall and upload it one more ??? Sorry for my frenchy english. Have a nice day. --Llann .\m/ ^{(Lie 2 me ...)} 04:33, 6 March 2013 (UTC)

I have the same issue with copy/paste and the mouse. I use Ctrl+C to copy and Ctrl+V to paste. Ctrl+X deletes.--Canoe1967 (talk) 12:47, 6 March 2013 (UTC)

Thank you Canoe. I'll try that.

Any suggestion for question 1 ???

--Llann .\m/ ^{(Lie 2 me ...)} 16:21, 6 March 2013 (UTC)

I don't run XP anymore but you could ask at w:Wikipedia:Reference desk/Computing. It should be just a matter of giving it permanent permission in a config window somewhere.--Canoe1967 (talk) 17:49, 6 March 2013 (UTC)

Thanks Canoe. --Llann .\m/ ^{(Lie 2 me ...)} 22:41, 6 March 2013 (UTC)

Upload failure

solved

Screenshot Commonist Upload failure - connection reset

My commonist login fails. Can somebody see in the screenshot what the cause is? Thanks. --Martina talk 21:12, 29 March 2013 (UTC)

are you behind a proxy or a firewall? -- Ritschwumm (talk) 21:18, 29 March 2013 (UTC)

Good point. That might be the reason (am not at home). I'll try it again at home and will come back to this issue if it still doesn't work. Thank you so far. --Martina talk 21:31, 29 March 2013 (UTC)

The login still didn't work without firewall. I solved the problem in the end by reinstalling Java (64-bit cause I use Windows 7) and the installation routine detected that my system uses programs that need the 32-bit version too. Don't know why but then, finally, the Commonist worked again. --Martina talk 19:12, 1 May 2013 (UTC)

Connection reset

solved Again. I can install the Commonist but when uploading it fails with "Connection reset". Cmd.exe says "java.lang.Thread.run (Unknown Source)". Am not behind a firewall. Does anybody have an idea what the problem might be? A special port maybe that has to be enabled in my Wifi router? I used the Commonist for years without any problems and can't understand these problems now. --Martina talk 11:11, 5 May 2013 (UTC)

It seems as if my virus scanner blocked the upload. It works now. --Martina talk 11:37, 5 May 2013 (UTC)

Name of tool

Communism is a criminal ideology who killed 100 million people. Name of this tool must be changed. Marcin Kacper (talk) 07:29, 1 July 2013 (UTC)

This is commonist, not communist. No other problems? -- Smial (talk) 15:58, 7 July 2013 (UTC)

Then why on earth is the icon a hammer and sickle? Fletcher6 (talk) 14:38, 22 July 2013 (UTC)

I did not choose the icon. Maybe it is meant ironic? -- Smial (talk) 15:05, 22 July 2013 (UTC)

I think this was discussed at Commons:Deletion requests/Template:Commonist the result was to create Template:Commonist no icon for those that don't like the icon.--Canoe1967 (talk) 16:47, 22 July 2013 (UTC)

Template:Commonist no icon was created following previous discussion at Commons talk:Commonist/Archive 2#Provocative icon. I myself use the icon free version as I don't want to use an icon that might be misinterpreted as a political endorsement. However, the issue of the name and icon have been raised a few times and as it stands it is unlikely to be changed. CT Cooper · talk 12:00, 23 July 2013 (UTC)

He is right. The name "commonist" for such a tool is as discriminating like "networkal socialism" for social networks.--31.17.153.69 20:11, 17 October 2013 (UTC)

bad-prefix

Hey all, any problems during upload at the time?

errors

   File:Fotoflug_Sauerland-Ost_1_mk.jpg bad-prefix
   Fotoflug Sauerland-Ost 1 mk.jpg

What does it mean? --Michael Kramer (talk) 13:44, 7 July 2013 (UTC)

It means that "Foto" is considered a bad-prefix, because some cameras automatically assign image names like Foto001, etc. Would you try to upload it directly with mediawiki you would get a warning, but you would be able to upload the file neverthelss. The commonist however forbids it. --Isderion (talk) 22:40, 18 July 2013 (UTC)

real time Uploads?

Sorry for my poor English, deshalb schreib ich in deutsch weiter. Irgendwer wird es schon übersetzen. I hope, somebody will translate.

Problem: Wenn der commonist gestartest ist, werden alle Textänderungen verworfen. Es sieht so aus, als ob der commonist nur einmal, beim Programmstart die Daten einliest und Änderungen danach ignoriert. Ein nachträglich bemerkter Schreibfehler, wie "Bevenau" statt "Bovenau" kann nicht mehr geändert warden. Der commonist macht stur seine Arbeit.

Wäre es möglich, das der commonist vor einem Upload auf die neueste Dateibeschreibung achtet?

Gruss --Nightflyer (talk) 21:20, 2 August 2013 (UTC)

Ich bin verwirrt. "Wenn der commonist gestartest ist" - du meinst, wenn du unten auf den "Mach jetzt hinne!"-Knopf geklickt hast und der commonist angefangen hat, hochzuladen? Nein, dann kann man meines Wissens nichts mehr ändern, keine Beschreibungstexte und keine Dateinamen. Aber man kann ja abbrechen. Ist halt ein Batch-Uploader, wenn der einmal rennt, dann rennt der. -- Smial (talk) 00:58, 3 August 2013 (UTC)

Windows 8

Hi. I regularly upload files to Commons using the Commonist tool, however I have recently upgraded my laptop and so am now using Windows 8. Does the Commonist work with Windows 8? I've downloaded it, but every time I try to open it, it opens with Internet explorer and fails to load properly, only displaying a series of codes. Could anyone help? Editor5807^speak 23:47, 8 August 2013 (UTC)

I can't. The codes may help others though. Are they short and easy to copy/paste? Make sure they don't have personal stuff, like IP, if pasted here. Are they codes from Commonist, Java, or Win8?--Canoe1967 (talk) 00:15, 9 August 2013 (UTC)

My best guess is that W8 has an incomplete implementation of Java. W8 is known to be inferior to W7. Take the plunge and go the Linux Mint 15 route for peace of mind- unless you are tied to a specific piece of W-only software for other reasons. This question is general enough to ask again on Village pump.--ClemRutter (talk) 07:52, 23 September 2013 (UTC)

Consideration of the ability to upload to subpages of a personal gallery

I am one of the administrators that undertakes number of file moves and managing duplicates. Some of the gallery pages that people have been building are getting extensive and the renaming and file name updates that take place on these gallery pages is becoming slow and somewhat cumbersome. [Noting that sometimes people can request a rename of a set of images so think cumbersome/burdensome repeated] It would be helpful if there was the ability for Commonist to have an option to upload files to a subpage of Special:MyPage/gallery, and then have users to be able to transclude that subpage into the gallery page.  — billinghurst sDrewth 22:40, 18 August 2013 (UTC)

I would like to turn the gallery option off. I see your point that as it is now it can cause issues. I don't know code nor whether it is accessible to change easily.--Canoe1967 (talk) 01:11, 19 August 2013 (UTC)

transcluding one page per upload batch sounds like an intersting idea. -- Ritschwumm (talk) 14:12, 26 October 2013 (UTC)

Localization Commonist

Is it possibile to localize Commonist for each other language than English? Raoli ✉ (talk) 13:26, 20 September 2013 (UTC)

in theory, yes. in practice it makes release management much more cumbersome for little benefit. -- Ritschwumm (talk) 12:33, 24 October 2013 (UTC)

have a look at http://neonstau.de/commonist/ - if you put a file name messages_it.properties into you settings directory and have you OS set to italian, the commonist should load message texts from there. -- Ritschwumm (talk) 14:05, 26 October 2013 (UTC)

Yes, now it work in italian. Great! Raoli ✉ (talk) 23:33, 3 December 2013 (UTC)

commonist on other wikis

I use commonist on different wikis and would like to turn the creation of a user gallery and the automatic insert of image description page headings off. How can I do this? --Wvk (talk) 06:35, 25 October 2013 (UTC)

if you put an empty text file named image_default.bpp in your settings directory (see http://neonstau.de/commonist/) the image descripting should become empty. switching off the creation of the gallery will need some code changes. if you put an empty text file named gallery_default.bpp in you settings directory the gallery page should at least no longer grow. -- Ritschwumm (talk) 14:11, 26 October 2013 (UTC)

done as recommended - works! Great! Thank you! --Wvk (talk) 07:50, 27 October 2013 (UTC)

Settings

Hi. The last week a handful of users using Commonist has uploaded images on mediawiki.org instead of Commons. I don't know if there has been any update in the software that changed the setting, but I would appreciate if all users verify the settings before uploading images. -- Tegel (talk) 20:33, 30 November 2013 (UTC)

Lots of mistaken uploads to MediaWiki.org

Lately, admins on MediaWiki.org have been deleting numerous off-topic images uploaded by users of Commonist, because apparently it's the default wiki for uploads. I'd appreciate it if something could be done to the software to discourage that.--Jasper Deng (talk|meta) 22:03, 30 November 2013 (UTC)

Because this problem has been seemingly unaddressed, uploads to MediaWiki.org are now rate-limited.--Jasper Deng (talk|meta) 11:35, 3 December 2013 (UTC)

I run into the same problem, seems commonist now starts with mediawiki as upload default rather then wikimedia commons. Stupid bug, but we don't even have a good place to report it here (as shown by lack of replies here). I said this before, and will say this again: it's past high time WMF took this over, commons needs a good batch uploader, and unwieldy tools like this one need to be finally phased out. --Piotr Konieczny aka Prokonsul Piotrus ^Talk 01:55, 4 December 2013 (UTC)

I cannot find any word about the maintainer nor do I find a source repo of Commonist. I suggest e-Mailing the maintainer. -- Rillke^(q?) 09:57, 5 December 2013 (UTC)

Is there any kill switch on this software so we can stop this? --Rschen7754 10:01, 6 December 2013 (UTC)

I don't know if there is one. I was under the impression that the maintainer was Ritschwumm (talk · contribs) but I could be mistaken. CT Cooper · talk 14:08, 6 December 2013 (UTC)

For the record, the MediaWiki.org upload log is here. A large number of the blue links are for files that were originally incorrectly uploaded to MediaWiki.org but have now been re-uploaded to Commons, so the situation seems to be under control. Hopefully with the warning notices added, further incorrect uploads will be avoided. CT Cooper · talk 14:08, 6 December 2013 (UTC)

FWIW, this caught me out too. JJ Harrison (talk) 23:41, 11 December 2013 (UTC)

sorry, putting mediawiki on top of the list and thus making it the default for new users was stupid. it's fixed now. btw, you can fine the source code at https://github.com/ritschwumm/commonist -- Ritschwumm (talk) 01:27, 18 January 2014 (UTC)

no upload

From Help Desk: Itried to up some photos with Commonist for the first time. Looked like it is doing its work, but all he created is User:Danny lost/gallery. What can it be? Danny lost (talk) 00:33, 21 December 2013 (UTC)

Danny lost (talk) 02:57, 21 December 2013 (UTC)

According to your gallery, Commonist encountered an error while uploading. This could happen for many reasons. It might because your file titles fell foul to the MediaWiki:Titleblacklist, which blocks uploads with certain titles using complex expressions. The uploading of files with random numbers or other meaningless titles is discouraged. I would recommend making the titles of your images more descriptive and then trying again. CT Cooper · talk 17:21, 22 December 2013 (UTC)

i had same problem. it might be also commons does not want you to be logged in while youre logged in with commonist, so log out at commons first. use descriptive filenames. also try and use the standard beginners upload here, its self-explanatory. malte

Using descriptive filenames is important. However, I've never had a problem with being logged-in with Commons at the same time as being logged-in with Commonist - in fact I've even made edits to Commons while Commonist was uploading files. That said, I haven't used this tool recently, so if this an issue now it is probably a new thing. CT Cooper · talk 20:15, 8 January 2014 (UTC)

0.8.0 does not work for me. 0.7.0 and 0.6.0 do the job. tsca (talk) 20:32, 17 January 2014 (UTC)

Maybe you wanna try this: I have to switch of my virus scanner as it seems to block uploads with Commonist. --Martina talk 23:01, 17 January 2014 (UTC)

Blocked !!!

Hello.

I just wanted to upload some pics with Commonist and have a security window : "Blocked application by security settings - Your security settings have blocked the execution of a self-signed application". So I can't open it. A few days ago I had no problem except the same window as every time : "Blablabla... You open this application at your own risk". So I just had to clic "I agree" and Commonist ran but not now. What do I have to do ??? Thanks for your answer. --Llann .\m/ ^{(Lie 2 me ...)} 18:14, 20 January 2014 (UTC)

Ist seit dem letzten Update auch bei mir so. Abhilfe in Deutsch: Start -> Programme -> Java -> Configure Java -> Sicherheit -> Liste der ausgenommenen Websites: "http://neonstau.de/commonist/ws/commonist.jnlp" hinzufügen. Ich musste auch lange rätseln. Kann vielleicht jemand ins Englische übersetzen... Gruss --Nightflyer (talk) 19:57, 20 January 2014 (UTC)

Danke dir Nightflyer - klappt. --An-d (talk) 20:40, 22 February 2014 (UTC)

Translation : Fixing : Start -> Programs -> Java -> Configure Java -> Security -> List of excluded sites: Add "http://neonstau.de/commonist/ws/commonist.jnlp".

Viel danke Nightflyer .

Standard headers

Commonist inserts == {{int:license}} == into all its uploads and then YaCBot by McZusatz mass-changes it to == {{int:license-header}} == (example). Perhaps the authors of the tools should establish some sort of communication to avoid this kind of unnecessary work?
tsca (talk) 11:24, 11 May 2014 (UTC)

As far as I can see, Commonist is closed-source (I could not find the source code). So there is nothing I can do. --McZusatz (talk) 12:49, 11 May 2014 (UTC)

Location desc vs Object location...

Hi.

There's no possibility to choose between Location desc or Object location ? Each time I upload a pic with Commonist I have to change manually this part...

Thx for answers. --Llann .\m/ ^{(Lie 2 me ...)} 23:42, 22 May 2014 (UTC)

Location desc vs Object location...

Hi.

There's no possibility to choose between Location desc or Object location ? Each time I upload a pic with Commonist I have to change manually this part...

Thx for answers. --Llann .\m/ ^{(Lie 2 me ...)} 23:42, 22 May 2014 (UTC)

commonist does not work with ldap authentication extension

If you want use commonist you must make sure that you use

$wgLDAPUseLocal = true

to switch on using the local database alltogether with the ldap authorization as the commonist does not support the lgdomain paramter of the mediawiki api. Unfortunatly this parameter is required if you want to successfully login to a ldap authorized mediawiki installation.— Preceding unsigned comment added by 193.138.13.200 (talk • contribs)

Timestamp for archive -FASTILY 04:59, 5 June 2014 (UTC)

badfilename even for a very simple name

I tried uploading a file with Commonist, using nausicaamowe in the name field, but the result in the gallery says "badfilename".

Is it a known bug? If not, what am I doing wrong?

Thanks! Nicolas1981 (talk) 07:11, 23 June 2014 (UTC)

It seems Commonist don't recognize the right file extension!? → User: Perhelion 11:31, 23 June 2014 (UTC)

Location desc vs Object location...

Hi.

There's no possibility to choose between Location desc or Object location ? Each time I upload a pic with Commonist I have to change manually this part...

Thx for answers. --Llann .\m/ ^{(Lie 2 me ...)} 23:42, 22 June 2014 (UTC)

As far as I know, I'm afraid there isn't. Currently the coordinates parameter is set to {{Location dec}} and only the software author, who is not very active, can change this. Commonist is also out of date in other ways, such as using "int:license" in headings rather than "int:license-header". CT Cooper · talk 00:07, 25 June 2014 (UTC)

Thanks for reply CT Cooper. I guessed it was like that but I hoped not... Too bad... --Llann .\m/ ^{(Lie 2 me ...)} 01:48, 25 June 2014 (UTC)

Migrate a subset of images and descriptions without server access

I want to transfer a subset of images (category:...) _with_ their descriptions _without_ server access between two different wikis. Problem: The intern MediaWiki export does not provide export file descriptions together with images. All images are at a separate hard disk so I do not have to export them from the source wiki.

What I tried: 1. Export the file pages on source wiki (descriptions, no images) 2. Import them into target wiki 3. Upload images with Commonist ==> problem: error 'page exist'

Swapping 2. and 3. doesn't work too. MediaWiki doesn't import pages to existing images.

Is there any solution to merge existing file descriptions and images?

Thanks a lot --Tom Jac (talk) 13:29, 20 November 2014 (UTC)

How do I use plaintext for the description?

Obviously I don't want this: http://commons.wikimedia.org/w/index.php?title=File:Elongated_circle_1030.svg&oldid=140552339 --NE2 (talk) 10:40, 25 November 2014 (UTC)

I am afraid getting Commonist to do what you want it to do is a bit of an artform. Its still the best tool we have got. I am not sure what you want to do.

Look at File:Rochester Castle Vista - Medway 8867.JPG this is part of a large upload that went into Category:Views from Rochester Castle keep. Look at the source code. I use two templates to transfer licenses and attribution (though you can hand write this

Author: {{User:ClemRutter/Attribution|other_authors=}}.

Permission: {{User:ClemRutter/Credit|camera=hs50|hdr=|pano=|pd=|gimp=|museum=}}.

I have added the location template to the left panel as it doesn't change. It goes in the source box.(counter-intuitive)

Source: {{self}}{{location dec|51.38941|0.50147}} .

The Description is made up of two bits: The general bit- which goes in the left panel

Description: Vista from the keep of {{w|Rochester Castle}}

And the specific bit that goes in right description box: This is coded as

    ;Hoo Common
    Over the Medway City Estate with Hoo Common behind 

So altogether we have

{{Information

|Description=Vista from the keep of {{w|Rochester Castle}}

;Hoo Common

Over the Medway City Estate with Hoo Common behind

|Source={{self}}{{location dec|51.38941|0.50147}}

|Date=2014-06-12 12:10:39

|Author={{User:ClemRutter/Attribution|other_authors=}}

|Permission={{User:ClemRutter/Credit|camera=hs50|hdr=|pano=|pd=|gimp=|museum=}}

|other_versions=

}}

Yes there are other ways and you will see other methods in the same upload.

bHave fun. If your user name is part of your UK post code I will be up around Grainger Park this weekend- so a meetup is possible. --ClemRutter (talk) 17:25, 25 November 2014 (UTC)

post message

hi, i had posted a message here: https://commons.wikimedia.org/wiki/Commons_talk:Commonist/fr (sorry, in french) Vatadoshu 10:37, 10 April 2015 (UTC)

Commonist

I read Commons:Commonist#Commonist_on_Other_Wikis, but I did not found any wikis.txt-File in my Win7 32bit Installation. Communist 1.1.0 is downloaded and run. Is the description current? --DerVermesser (talk) 12:43, 10 September 2014 (UTC)

Feature requests

• The ability to set/change proxy within the program while it's running
• "source", "author" fields for inidividual files
• Thanks! Curly Turkey (talk) 01:23, 27 May 2015 (UTC)

Reupload doesn't work correct

I mean the reupload is missing an important option as you can see here:[8] Commonist does an extra edit and overwrite all original informations with comment "overwritten". ↔ User: Perhelion (Commons: = crap?)  10:40, 18 June 2015 (UTC)

category

hi, in the article it is written this:

   Enter one specific category there that fits to all of your images you want to upload without the namespace prefix or leave it blank in case you want to add the images afterwards to a gallery page. Several categories get separated by a vertical bar: “|”. 

->but it is false.
To work the categories need to be written like that:
[[Category:VisualEditor-fr]][[Category:sambucus ebulus]]->it works


Don't work:
[[Category:VisualEditor-fr|Category:sambucus ebulus]]->it doesn't works
[[Category:VisualEditor-fr|sambucus ebulus]]->it doesn't works
[[VisualEditor-fr|sambucus ebulus]]->it doesn't works
[[VisualEditor-fr]][[sambucus ebulus]]->it doesn't works
Vatadoshu (talk) 14:19, 3 May 2015 (UTC)

Sure, it works. You have to do so:

VisualEditor-fr|sambucus ebulus without [[]] or Category: --Nightflyer (talk) 12:20, 26 June 2015 (UTC)

https

Will this work (esp the login stage) when http support is fully replaced by https? Shyamal (talk) 11:15, 26 June 2015 (UTC)

Source code

Where is the source code of this GPL licensed software? I looked into the JARs but it doesn't seem to be included with them. -- Rillke^(q?) 10:09, 12 July 2015 (UTC)

+1 (c.f.) --McZusatz (talk) 11:54, 12 July 2015 (UTC)

Das geht am Montag per Post raus:

Brief

\Betreff             {Quellcode-Anforderung des Java-Programms "Commonist"}

\Datum               {\today}
\IhrZeichen          {-}
\IhrSchreiben        {-}
\MeinZeichen         {quellcode-commonist}

\Anrede              {Sehr geehrte Damen und Herren,}
\Gruss               {Mit freundlichen Grüßen
                      \\
                     }{1cm}

\Anlagen             {Anlagen:
                      \begin{itemize}
                      \item Bildschirmfoto der Website
                      \item Signierte Domaininhaberdaten
                      \item An "contact" gesendete e-Mail vom 11.07.2015
                      \end{itemize}
                     }
\Verteiler           {}
%\klassisch %-> altes Kopfzeilenformat, Betr.: vor Betreff und Unterschrift kursiv und in Klammern
%\unserzeichen %-> "Unser Zeichen" statt "Mein Zeichen"

\begin{document}
\begin{g-brief}
Auf der Website unter der Internetadresse http://neonstau.de/commonist/ wird die Software "Commonist", allerdings nicht deren Quelltext zum Herunterladen angeboten. Laut denic.de, abgerufen am 18.07.2015, sind Sie Domaininhaber, Administrativer Ansprechpartner und Technischer Ansprechpartner. Ich werde im Folgenden von "Ihrer Website" sprechen, wenn ich mich auf die unter o.g. Internetadresse befindliche Website beziehe.

Die Software "Commonist" steht laut Aussage Ihrer Website unter der Lizenz GPL\footnote[1]{http://www.gnu.org/copyleft/gpl.html}. Im Lizenztext der GPL wird dem Benutzer das Recht auf Einsichtnahme in den Quelltext gegeben.

Dieses Recht habe ich bereits versucht über die im Bereich "contact" Ihrer Website angegebene E-Mail Adresse in Anspruch zu nehmen. Leider vergebens; es kam keine Antwort, daher wende ich mich postalisch an Sie.

Falls Sie verantwortlich für die Inhalte Ihrer Website sind, bitte ich binnen zwei Wochen um Zusendung des Quelltextes, bevorzugt in digitaler Form an die in der Fußzeile angegebene e-Mailadresse oder alternativ, die Einstellung in die zitierte Website, und den Hinweis, dass ich den Quelltext nun von dort beziehen kann.

Falls Sie nicht verantwortlich für die Inhalte sind, bitte ich um Weiterleitung dieser Nachricht an die verantwortliche Person und binnen zwei Wochen um die Zusendung des Quelltextes, bevorzugt in digitaler Form an die in der Fußzeile angegebene e-Mailadresse oder alternativ, die Einstellung in die zitierte Website, und den Hinweis, dass ich den Quelltext nun von dort beziehen kann.

\newpage
Warum schreibe ich? Ich habe nicht vor juristischen Maßnahmen gegen die Ersteller freier Software einzuleiten, würde den Quellcode dennoch gern sehen. Außerdem traten in letzter Zeit, nach Umstellung aller Wikimedia-Wikis auf HTTPS vermehrt Fehler beim Diffie-Hellman-Schlüsseltauch auf\footnote[2]{https://commons.wikimedia.org/wiki/Commons\_talk:Commonist\#Commonist\_doesn.27t\_work.3F}.
\end{g-brief}
\end{document}


\endinput

-- Rillke^(q?) 18:32, 18 July 2015 (UTC)

Der Brief in die Winzerstraße kam heute aus München zurück: "Empfänger unter der angegebenen Anschrift nicht zu ermitteln". Schade um die 85 Ct. Davon bekommt jetzt der Hosting service und Registrar, sowie denic.de eine Kopie. -- Rillke^(q?) 11:29, 24 July 2015 (UTC)

Was ist mit https://github.com/ritschwumm/commonist ? --Steinsplitter (talk) 11:38, 24 July 2015 (UTC)

Mann, das ist ja zu dämlich. Ganz unten auf der Seite ist ja ein Link... unter #See also. -- Rillke^(q?) 12:06, 24 July 2015 (UTC)

thx @Steinsplitter! war wohl tl;dr. ;) --McZusatz (talk) 13:44, 24 July 2015 (UTC)

Commonist doesn't work?

The tool doesn't work today because

could not upload (java.lang.RuntimeException: Could not generate DH keypair)

Please someone can help me ? Tanks.--Pạtạfisik 15:34, 18 July 2015 (UTC)

Also spotted on Commons:Bistro#problème commonist. Unfortunately we do not have the source code. About one week ago, I asked them through e-Mail. I will send a physical letter right now to the site's administrator distributing Commonist asking for the source code. If this won't help, I am going to contact the provider. -- Rillke^(q?) 17:58, 18 July 2015 (UTC)

Thank you for the effort! I hope we get a positive response. --McZusatz (talk) 18:18, 18 July 2015 (UTC)

Thank you.--Pạtạfisik 18:21, 18 July 2015 (UTC)

@Patafisik: Can you provide some more information? I tried just now and the behaviour was not reproducible. --McZusatz (talk) 18:57, 24 July 2015 (UTC)

If you are under windows, please do the following: Press windows key+R (or startmenu -> run), enter %COMSPEC%, in the console window enter java -version, then press enter and let us know which version of Java you use (it should appear after running the java version command). -- Rillke^(q?) 19:03, 24 July 2015 (UTC)

@Rillke: Mac Os 10.6.8. Do you need others informations ?--Pạtạfisik 09:58, 25 July 2015 (UTC)

Try Commons:VicuñaUploader. --Steinsplitter (talk) 10:21, 25 July 2015 (UTC)

@Patafisik: You may want to check if your version of Java is up to date. https://www.java.com/verify --McZusatz (talk) 12:05, 25 July 2015 (UTC)

Thinking the unthinkable

There are some smart young bunnies out there coding up a big unnecessary tool- yet here we have an essential tool that is loved but unmaintained. Should we bite the bullet and start replicating Commonist with a python tkinter front end?

( My bugbear is that Commonist does not provide an upload log on the local machine so I cannot save the descriptions I have uploaded as a text file in my local folders- but I am one of many).

What is tha nature of the problem, what is the existing spec- and what do we wish to add to a new spec when we have the old spec duplicating the legacy version. We can do that work with out touching any code. So wikimania is coming- is anyone brave enough to see if we can get resources. --ClemRutter (talk) 15:30, 25 July 2015 (UTC)

Please add issues and feature requests to the GitHub repository. -- Rillke^(q?) 21:00, 25 July 2015 (UTC)

OK but it will be a few days to format my thoughts. I would however prefer to see it here as well as not everyone uses GitHub --ClemRutter (talk) 13:53, 26 July 2015 (UTC)

Or add it here and link it from the GitHub issue you created. -- Rillke^(q?) 15:47, 26 July 2015 (UTC)

Try Commons:VicuñaUploader. You can save and edit descriptions. I used to use Commonist, but now VicuñaUploader works to my satisfaction. Give it a try. Haros (talk) 17:14, 26 July 2015 (UTC)

Das war ne supertolle Aktion

Nichts geht mehr

Der commonist ist nicht mehr ereichbar:

Die Software gibt es nicht mehr

Wie geht es weiter? Gruss --Nightflyer (talk) 20:50, 31 July 2015 (UTC)

Sollte die URL nicht http://neonstau.de/commonist/ws/commonist.jnlp heissen? --McZusatz (talk) 00:43, 2 August 2015 (UTC)

Also am 29. Juli war alles in Ordnung, danach gibt es nur Fehlermeldungen: Browser und Java sind aktuell. Vermutlich wurde aufgrund der obigen Meldungen irgendetwas gelöscht. Gruss --Nightflyer (talk) 22:48, 2 August 2015 (UTC)

Kann jemand anderes den commonisten noch starten, wenn ja, wie? Gruss --Nightflyer (talk) 22:51, 2 August 2015 (UTC)

Was war eine supertolle Aktion, Nightflyer? Gefälschte WHOIS Daten bei denic.de unter eine nicht landungsfähigen Adresse? Ich habe weder dem Provider, noch denic.de oder dem hoster Bescheid gesagt. Dass sich der Maintainer hier nicht blicken lässt, ... - dagegen können wir auch nichts unternehmen. -- Rillke^(q?) 10:11, 3 August 2015 (UTC)

Ist wohl das Update vor 5 Tagen fehlgeschlagen. --McZusatz (talk) 12:57, 3 August 2015 (UTC)

Bitte hier Kommentar abgeben, wenn es noch immer nicht geht: https://github.com/ritschwumm/commonist/issues/4#issuecomment-127272543 --McZusatz (talk) 15:45, 3 August 2015 (UTC)

Latest Java on XP

and Commonists stopped working

Exception com.sun.deploy.net.FailedDownloadException: Unable to load resource: http://djini.de/software/commonist/ws/commonist.jnlp at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source) at com.sun.deploy.net.DownloadEngine.downloadResource(Unknown Source) at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source) at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source) at com.sun.javaws.Launcher.updateFinalLaunchDesc(Unknown Source) at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source) at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source) at com.sun.javaws.Launcher.launch(Unknown Source) at com.sun.javaws.Main.launchApp(Unknown Source) at com.sun.javaws.Main.continueInSecureThread(Unknown Source) at com.sun.javaws.Main.access$000(Unknown Source) at com.sun.javaws.Main$1.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Wrapped Exception java.io.FileNotFoundException: http://djini.de/software/commonist/ws/commonist.jnlp at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.access$200(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection$9.run(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection$9.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessController.doPrivileged(Unknown Source) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source) at com.sun.deploy.net.HttpUtils.followRedirects(Unknown Source) at com.sun.deploy.net.BasicHttpRequest.doRequest(Unknown Source) at com.sun.deploy.net.BasicHttpRequest.doGetRequestEX(Unknown Source) at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source) at com.sun.deploy.net.DownloadEngine.downloadResource(Unknown Source) at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source) at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source) at com.sun.javaws.Launcher.updateFinalLaunchDesc(Unknown Source) at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source) at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source) at com.sun.javaws.Launcher.launch(Unknown Source) at com.sun.javaws.Main.launchApp(Unknown Source) at com.sun.javaws.Main.continueInSecureThread(Unknown Source) at com.sun.javaws.Main.access$000(Unknown Source) at com.sun.javaws.Main$1.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Any ideas? --Irate (talk) 00:46, 3 August 2015 (UTC)

@Irate: Are you aware that XP has some major unfixed security bugs and should not be connected to the internet? --McZusatz (talk) 12:59, 3 August 2015 (UTC)

Are you aware you talking through you backside?--Irate (talk) 14:18, 3 August 2015 (UTC)

@Irate: I agree with McZusatz. XP is deprecated and therefore you can't request support. Apart from that: Commonists works for me. --Steinsplitter (talk) 15:42, 3 August 2015 (UTC)

depreciated by who? Grow up.--Irate (talk) 17:37, 3 August 2015 (UTC)

@Irate: You need to grow up and change your language. No longer LTS for XP. It is unsafe to use XP with inet connection. --Steinsplitter (talk) 17:43, 3 August 2015 (UTC)

When pompous creeps like stop acting like pompous little creeps will by the time I need to grow up. WHat MS say is of little or know interest to me or anyoneelse. I suggest you develop some opinions of your rather than ill informedly spouting what MS want.--Irate (talk) 17:51, 3 August 2015 (UTC)

It has started working again that suggest not a problem with XP. --Irate (talk) 17:40, 3 August 2015 (UTC)

The error message was pretty much the same as reported in the section above. Change to Linux, if you can. Microsoft decided to abandon Windows as we know it anyway. -- Rillke^(q?) 22:05, 3 August 2015 (UTC)

could not upload (commons.wikimedia.org:443 failed to respond)

Hello, I have this error in every session of 40~60 files (approximatly 10MB each) in Category:Jean Reutlinger. A random number of files upload without a problem, and suddenly I get this error. Comonist doesn't try to continue with other files so I have to check every file for uploading again.

Using Commonist 1.3.0 on Windows 7 x64 (and a stable xDSL connexion), I have this message :

DEBUG [2015-08-11T07:05:36.001Z] Connection.scala:127 HTTP/1.1 200 OK

INFO [2015-08-11T07:05:36.002Z] UploadFilesTask.scala:160 upload successful Btv1b85969386-p027.jpg File:Btv1b85969386-p027.jpg

WARN [2015-08-11T07:05:36.007Z] Parser.scala:38 could not parse coordinates

DEBUG [2015-08-11T07:05:36.013Z] Connection.scala:124 POST https://commons.wikimedia.org/w/api.php HTTP/1.1

ERROR [2015-08-11T07:05:36.015Z] UploadFilesTask.scala:71 upload task error

org.apache.http.NoHttpResponseException: commons.wikimedia.org:443 failed to respond

at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:143)

at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:57)

at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:261)

at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:165)

at org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:167)

at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:272)

at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:124)

at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:271)

at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:184)

at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:88)

at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:184)

at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)

at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107)

at scmw.Connection.handle(Connection.scala:125)

at scmw.Connection.POST(Connection.scala:103)

at scmw.API.upload(API.scala:231)

at commonist.task.UploadFilesTask$$anonfun$upload$1.apply(UploadFilesTask.scala:157)

at commonist.task.UploadFilesTask$$anonfun$upload$1.apply(UploadFilesTask.scala:121)

at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:245)

at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:245)

at scala.collection.immutable.List.foreach(List.scala:381)

at scala.collection.TraversableLike$class.map(TraversableLike.scala:245):

at scala.collection.immutable.List.map(List.scala:285)

at commonist.task.UploadFilesTask.upload(UploadFilesTask.scala:121)

at commonist.task.UploadFilesTask.execute(UploadFilesTask.scala:60)

at commonist.Task.commonist$Task$$run(Task.scala:75)

at commonist.Task$$anon$1.run(Task.scala:30)

at java.lang.Thread.run(Unknown Source)

JeanBono (talk) 09:31, 11 August 2015 (UTC)

permission java.lang.RuntimePermission "accessDeclaredMembers";

This is the part of a very long error message that appears when I want to hit the upload button. I am wondering - either this is the Commons server policy settings or my local policy settings. In the second case, I've been wondering how to fix it, but it is hard to do so.

Until now, I've been running Commonist through Webstart, via IcedTea Java WebStart on Ubuntu 14.04. But since some time (I haven't used Commonist for a month or so now) it simply gives me this and also "uknown error:access denied", preceeding the error message in the name of this text.

Any help what can I do? I googled a lot, but nothing was conclusive. --Aktron (talk) 21:40, 13 August 2015 (UTC)

Could not upload

I wanted to upload some files (tried the newest as well as the legacy version of commonist). It gives me an error "could not upload". I don't know how to dump the log from the cmd screen. Using Win7. Any help would be appreciated, I have half a year of photos to share... --Piotr Konieczny aka Prokonsul Piotrus ^Talk 08:31, 21 August 2015 (UTC)

@Piotrus: Sorry, I can't help you with your problem, but if it persists you might want to give Commons:VicuñaUploader a try. It's quite similar to Commonist and over the last years has replaced it as my personal favourite upload tool. Cheers, --El Grafo (talk) 09:17, 21 August 2015 (UTC)

Thanks. Totally disabling (turning off) my antivirus program helped (at least for the web launch version; will test disk installed Commonist later). --Piotr Konieczny aka Prokonsul Piotrus ^Talk 09:29, 21 August 2015 (UTC)

Cannot use this software under Win 8.1. Could someone please take action? --Mattes (talk) 10:47, 17 October 2015 (UTC)

@Mattes: Please be moor specific. --Steinsplitter (talk) 10:54, 17 October 2015 (UTC)

I have the newest Commonist and Java version, but the Webstart fails. There is no message, just abortion. Am I the only one who has problems? MfG, --Mattes (talk) 11:01, 17 October 2015 (UTC)

Have you commonist installed or start you at the green button? --Nightflyer (talk) 11:26, 17 October 2015 (UTC)

I have always used this to start: {{Clickable button}} (bei mir nicht grün). --Mattes (talk) 12:30, 17 October 2015 (UTC)

Und den Hinweis darunter befolgt? => [9] Gruss --Nightflyer (talk) 12:36, 17 October 2015 (UTC)

If turning off your anti-virus stuff helps, then you need to whitelist this application in the anti-virus settings. --Steinsplitter (talk) 13:33, 17 October 2015 (UTC)

OK jetzt geht's, nachdem ich die Whitelist bearbeitet habe. Dass das Programm "blockiert" (?) wurde, hat mir mein Computer nicht gesagt. Es kann aber eigentlich kein Dauerzustand sein, dass ich mein Antivirusprogramm aushebeln muss, nur damit Commonist läuft ... Jedenfalls danke an alle. MfG --Mattes (talk) 18:28, 17 October 2015 (UTC)

@Mattes: Du kannst das tool sicher in deinem ANtivirus programm whitelisten. --Steinsplitter (talk) 17:01, 5 November 2015 (UTC)

Suggestion: Adding more info

Hi!

I have been using Commonist during the Eurovision Song Contest, when I've uploaded many, many files. I've added a template on all description files, UNDER the {{Information}}-template, but above the license section. I have done it maually, or placed it in the "permissions"-field in Commonist, and then had my bot move it (on a few hundred pages). It would be nice to be able to place templates or other wikitext in other places on a file page while uploading. -abbedabb^talk 07:27, 30 April 2016 (UTC)

login failed NeedToken

Hi, since an update on Mediawiki 1.27.0 (own wiki) there is just a error message:

INFO [2016-07-15T15:42:27.529Z] UploadFilesTask.scala:97 login failed NeedToken

Worked previously correctly. Is there any help? Thanks a lot. --Tom Jac (talk) 16:02, 15 July 2016 (UTC)

@Tom Jac: Which version of commonist do you use? --Steinsplitter (talk) 16:20, 15 July 2016 (UTC)

1.5.0 Thanks!! --Tom Jac (talk) 16:25, 15 July 2016 (UTC)

[Mediawiki-api-announce] Insecure (non-HTTPS) API Requests to become unsupported starting 2016-06-12

|Mediawiki-api-announce Insecure (non-HTTPS) API Requests to become unsupported starting 2016-06-12

What is the fix? Where do I find the text-file of the upload site addresses and presumably then edit and recompile? I am on Linux Mint 17.1 (Ubuntu). I am looking at Vicuna, and like the offline prep, but those guys have time constraints and a bug fix backlog. ClemRutter (talk) 22:46, 26 July 2016 (UTC)

thanks for the notice, i'll adapt the code. -- Ritschwumm (talk) 14:07, 27 July 2016 (UTC)

wait a minute - the commonist has been using https for a long time already, see github -- Ritschwumm (talk) 14:11, 27 July 2016 (UTC)

Koordinaten

Sorry for my poor english, so i write in german. Seit wenigen Wochen übernimmt der Commonist nicht mehr die Koordinaten aus den Exifdaten. Es gab einige Updates auf meinem Rechner, so das es auch an mir liegen könnte. System: Win10/64prof. Kann das mal bitte jemand überprüfen? Gruss --Nightflyer (talk) 20:41, 27 July 2016 (UTC)

sorry, i broke the gps coordinate parser in the last release. the code is fixed, a new release will be online soon. -- Ritschwumm (talk) 18:45, 31 July 2016 (UTC)

Categories not working and badfilename error

Please take a look at User:Watchduck/gallery#Sun_Jul_31_22:26:40_CEST_2016 and below.

• Repeatedly there are these badfilename errors for names like File:Subgroup of Oh; C3 03; cycle graph.svg - although e.g. File:Subgroup of Oh; C6 03; cycle graph.svg worked after some attempts.
• Currently the categories are linked from the images, but the images do not appear in the categories. E.g. this category should show these 12 images, but currently it shows only the one where I made an empty edit.
  

Can someone please fix this? There is not really a point in uploading hundreds of images with Commonist, and then making and empty edit to each of them.
Update: I uploaded the badfilename files with upload wizard, and the category problem appears there as well. So the problem seems to be with Commons itself. Watchduck (quack) 21:59, 31 July 2016 (UTC)

Repeat data from one file to the rest?

Is there an easy way to copy the data (name, description, categories, etc) from one file to the next? That is, without having to copy every field manually, and automatically number them - the way Vicuna does, when it works? Bubba73 (talk) 02:49, 16 February 2017 (UTC)

@Bubba73: The fields in the sidebar on the left side should work, although I think the file names have to be done manually or by renaming the files on your computer. Jc86035 (talk) Use {{re|Jc86035}}
to reply to me 11:51, 3 April 2017 (UTC)

Hochladen von fehlgeschlagen (commons.wikimedia.org:443 failed to respond)

Erste Frage:

Wann wird endlich dieser Fehler behoben? Und vor allem, woran liegt es? Ich hab ihn schon seit Windows XP. An meinem derzeitigen Rechner auch (Win10 mit 8Gbyte Ram und mehr als genug CPU-Power. Uploadgeschwindigkeit 1,1MBit/s). In der letzen Woch war ich in einem Hotel mit meinem Notebook (Win10 mit 16GByte Ram und einer Uploadgeschwindigkeit von 2,2 MBit/s). An der Performance von Rechner oder Internetverbindung liegt es nicht. Und trotzdem bricht das Hochladen ab.

Zweite Frage:

Ein Klick auf: fehlerhafte bewirkt bitte was? Bei mir nichts. In der Beschreibung findet sich auch kein Hinweis. Ich hatte gehofft, das alle noch nicht hochgeladenen Dateien in einem neuen Anlauf versucht würden.

Gruss --Nightflyer (talk) 21:46, 1 May 2017 (UTC)

Fixing the France map

Hey. You need yo fix one of the maps you've created --

-- bc the island Corsica, which is not colored in RED, is part of France as an official county/region. Just as the islands right next to Spain are colored in RED as well, bc they're part of that country. So, I'd like you to color this island as well as part of France. Thanks. Archwayh (talk) 08:46, 7 May 2017 (UTC)

Heading

What's meaning the field "Heading" in version 1.7.0? thx K@rl (talk) 20:36, 5 October 2017 (UTC)

Mein Wissen: Wenn du einen integrierten oder fest installierten GPS-Sensor auf deiner Kamera benutzt (auf dem Blitzschuh), dann kennt das Ding die Richtung, in die du fotografiert hast. Das ist "Heading". Steht dann in den Exifs. Gruss --Nightflyer (talk) 21:03, 5 October 2017 (UTC)

Verstehe, danke . --K@rl (talk) 06:09, 6 October 2017 (UTC)

Template Artwork

This was asked before here, but unfortunately having no skills in java I understand nothing. What file I have to copy and where? --Carl Ha (talk) 16:01, 13 October 2017 (UTC)

Try to edit the License-field. Gruss --Nightflyer (talk) 18:05, 13 October 2017 (UTC)

Did I just lose hours of work with one click?

In the past I usually used the UploadWizard. But I find it tedious for large numbers of images. So I wanted to try Commonist for my current batch of several hundred image files to upload. I loaded the files into Commonist, edited file names, descriptions, categories and coordinates which took me some hours. While editing the infos I realized my own finger was visible in one of the images. So I cropped the finger out and wanted to add the edited image to the folder. I was unsure how to make the file appear in Commonist, so I changed the selected folder in the file selector on the bottom left to another folder and back to the original folder.

All the edited file infos are gone now and I don't see any obvious possibility to get it back... Is it really the case that Commonist deletes all edits without requesting confirmation? --Slomox (talk) 14:24, 25 September 2017 (UTC)

Unfortunately, yes. Gruss --Nightflyer (talk) 18:26, 25 September 2017 (UTC)

That is unfortunate indeed :( I would suggest to make it less easy to discard all your changes.

I'm afraid that VicuñaUploader didn't perform that much better for me... --Slomox (talk) 09:07, 26 September 2017 (UTC)

@Slomox: Sorry for my poor english. I also dont like VicuñaUploader. There are Pattypan. I don't try it. Gruss --Nightflyer (talk) 19:42, 26 September 2017 (UTC)