Commons talk:KIPI uploader

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search

Feedback

[edit]
  1. The "export to MediaWiki" button is called "export to Wikimedia" in the plugins list of the settings (at least in Italian).
  2. In the "upload settings" tab, it's confusing that the default is kamelopedia, it should follow some priority rather than alphabetic order.
  3. In the same tab, "author" should be prefilled with username as the source field default to "own".[1]
  4. I added some png to the list of files to upload after opening the export window and "item properties" wasn't prefilled with filename. If I click the field, click another image, click the old image again, I find it prefilled with extension only.
    • Files with extension only were accepted for upload, but failed: "Error on file '/home/federico/digiKam-export.png': The filename is too short".
    • Files without extension gave a less clear error, "The token parameter must be set".
  5. The same files have info correctly preloaded if I select them from the album and then open the export window.
  6. Automatic resizing is something some users will appreciate, but I didn't test it.
  7. I didn't find a way to specify copyright tags manually, for instance if I have more of them, except the "generic text" field.
  8. Generic text should go to the description field
  9. I didn't expect the author field to require an actual link given the screenshot in the page.[2]
  10. I didn't test bigger uploads.

Enough for now, Nemo 13:26, 24 August 2012 (UTC)[reply]

Dear Nemo, thanks for your feedback!

  1. Thanks, this will be fixed soon.
  2. Ok, I'll see that.
  3. This is a minor improvement and I have more important things to fix. You only have to enter the correct text here once; then, it is saved and restored when the program is closed. A patch is welcome.
  4. Ok, thanks, I'll keep this in mind.
  5. Ok.
  6. Works well for me most of the time.
  7. I would like the user be able to add custom licenses, as it can already be done for wikis.
  8. Definitely not: this is made for adding custom templates (e.g. Template:Mérimée, Template:Personality rights...) outside the description field. However, I'll try to make this more explicit to the user.
  9. I think it is better like this, so, the user can use a custom name: First Last (User:Username)
  10. Neither did I...

Ubuntu 12.04

[edit]

Just tested this and failed. Ubuntu 12.04 comes with Digikam 2.5 which is too old. I installed Digikam 2.6 from kubuntu-backports ppa and it will do login and selecting the images as expected. However it will crash in uploading. --Zache (talk) 11:48, 31 August 2012 (UTC)[reply]

I changed ppa to [ppa:philip5/extra] and got Digikam 2.8 from it and it seems to work. --Zache (talk) 11:48, 31 August 2012 (UTC)[reply]
The version released with digiKam 2.6.0 and 2.7.0 is not stable and should not be used. The current version (2.8.0) works quite well. Only small bugs persist, which I'm working on. Peter17 (talk) 12:31, 31 August 2012 (UTC)[reply]

Promotion

[edit]

Shouldn't this be added to Template:Commons upload tools? Or is it not "standalone" enough? --El Grafo (talk) 10:33, 22 February 2013 (UTC)[reply]

I've added it before seeing your request. --Nemo 11:00, 22 February 2013 (UTC)[reply]

No option to remove Exif data when uploading

[edit]

There is no option to upload images without their Exif data. Too bad, this prevents me from using the KIPI uploader more often. --Rosenzweig τ 15:18, 24 June 2013 (UTC)[reply]

Rosenzweig: Apparently Peter fixed that six months ago. I don't know if it make it to a release and if yes which one. Jean-Fred (talk) 00:44, 28 April 2014 (UTC)[reply]
Accoding to the tracker this is for version 4. Jean-Fred (talk) 01:01, 28 April 2014 (UTC)[reply]
Sounds good. You mean digikam version 4, the beta of which is already available, yes? --Rosenzweig τ 11:44, 29 April 2014 (UTC)[reply]

Strategy

[edit]

Hey,

(Thanks Pleclown for his workflow blogpost which prompted me to start this thread)

I never said so but I am very happy to see this plugin is used. 6000 files. Several users − two power-users >1K , non-trivial ones with four >100 & two >50, and a dozen of testers >10 files − nice to see.

This plugin could use some more love though. I know Peter17 works on it on occasions but (congratulations for your dev access, by the way! ;-) but we should devise some strategy for the future of this plugin.

Some (quite obvious) ideas to start:

I would love to hear your thoughts about it! (Poking some involved people Peter17, Pleclown, Brylie, Rosenzweig, Stolpersteineuploader, MathieuMD, Ximeg, Hengl, Josutus, Cmuelle8, Dschwen, Atriplexmedia, Savinos, Nemo)

Jean-Fred (talk) 01:04, 28 April 2014 (UTC)[reply]

Great idea to improve the MediaWiki plugin!

[edit]

Where do we collaborate on a roadmap? Where is the sourcecode repository? --Brylie Oxley 23:25, 28 April 2014 (UTC)[reply]

We can collaborate on roadmap here (or elsewhere if people have better ideas).
The repository is here, folder "mediawiki". Peter17 (talk) 06:49, 29 April 2014 (UTC)[reply]

Location

[edit]

In some cases, I realised that the uploader put the location data of one photo into other photos that didn't have any location in exif data, if these images were uploaded at the same time. Did anyone notice this problem, too? --Biodehio (talk) 07:34, 6 May 2014 (UTC)[reply]

No, I'm not aware of that problem. Can you please provide more information? What version you use, which options are selected, how many files are uploaded, etc., so that I can reproduce the problem... Thanks in advance. Best regards. Peter17 (talk) 09:45, 6 May 2014 (UTC)[reply]
In the list of my uploaded photos you can see that I uploaded 28 images at once on 29th April (it took a few minutes of course), after trying with a single photo (first photo and last photo of that upload action). I'm not sure anymore whether I put them together to the uploader form or in two or three groups. After the upload, File:Unknown butterfly 0018.jpg had (falsely) the coordinates of File:Unknown butterfly 0017.jpg, File:Unknown butterfly 0021.jpg those of File:Hypena proboscidalis 0020.jpg and File:Amphipyra pyramidea 02.jpg and File:Amphipyra pyramidea 01.jpg had false coordinates from File:Unknown butterfly 0025.jpg. So some of the images without coordinates just took the coordinates of the image uploaded before in the same upload action. The rest was correct (at least, the coordinates were the same as before upload, sometimes with GPS writing a little bit wrong coordinates into the file). I just checked the original photos on my hard disk once more and there are no coordinates on these four photos. I used digiKam 3.5.0 (kipi plugins 3.5.0-4.1) under KDE 4.11.5. I din't change the size, the JPEG compression or the date, but the file name and the description. In several images at once I changed the categories (and the author). Maybe I could have changed the coordinates by mistake while marking several images to change the categories? But the images that hat already coordinates were obviously not changed. (Please excuse me - my English is horrible, I can just try to do my best). --Biodehio (talk) 11:15, 6 May 2014 (UTC)[reply]
Thank you very much for this information. I will do some investigation and try to reproduce and fix the problem. Your English is great, by the way! Peter17 (talk) 11:57, 6 May 2014 (UTC)[reply]
Thank you very much, especially for this great tool. I just noticed another problem: The uploader didn't show any problems or warnings when I tried to upload an image with the name of another already existing image, so I overwrote the other image and had to revert the upload (I only searched the categories for existing filenames but the existing image was identified and re-categorised, but not renamed). In this the UploadWizard is more comfortable (or even safer). --Biodehio (talk) 12:47, 6 May 2014 (UTC)[reply]

Login

[edit]

Yesterday I noticed that I can't login via digiKam using this account. With my "Biodehio" account I can login without any problems. Does it only work with SUL-accounts? "Dehio" is only on Commons. --Dehio (talk) 06:42, 8 May 2014 (UTC)[reply]

Export to MediaWiki not appearing on Kubuntu 14.04

[edit]

I have not been able to use the Kipi MediaWiki Export for quite some time as it is not appearing in the Export menu in digiKam. I have filed bug reports twice, with little response:

Are any of you using Kubuntu 14.04 for MediaWiki Export successfully?

KIPI uploader uses wrong coordinate template

[edit]

As I discovered today, the KIPI uploader now uses Template:Coord for coordinates of uploaded images. But that template does not exist on Commons (it's just an error message); Template:Location is the correct template. And earlier versions of the KIPI uploader used that template (or Template:Location dec, which is a redirect), so this is a regression. --Rosenzweig τ 14:35, 8 March 2015 (UTC)[reply]

Dear Rosenzweig,
Thank you for using KIPI uploader and thank you for this bug report.
I fixed this with commit [3].
If you use the KIPI uploader from a Linux distribution, you will have to wait until the next release of KIPI is updated in your distribution...
Best regards. Peter17 (talk) 13:37, 14 March 2015 (UTC)[reply]
It seems I'll have to wait even longer, because the behavior hasn't changed in kipi-plugins 4.8.0-39.9, which is the latest, freshly updated (yesterday) release of my distribution. Oh well, it seems I won't be using it much in the foreseeable future then. --Rosenzweig τ 19:49, 1 April 2015 (UTC)[reply]

Where did it go?

[edit]

I noticed that the version of digikam I have installed as of now, which is digikam-4.14.0-53.24 (kipi-plugins included), does not contain the "Export to MediaWiki" plugin. The other export plugins for Facebook, Dropbox, Flickr etc. are still there, but the MediaWiki plugin is simply missing. No explanation. Why? --Rosenzweig τ 16:03, 30 December 2015 (UTC)[reply]

It is still included in the sources of Digikam (see [4]). It might be compiled separately for some distributions. What is your distribution? Have you searched for a specific .deb or .rpm? Peter17 (talk) 21:56, 30 December 2015 (UTC)[reply]
My distribution is OpenSuse 13.2, the relevant RPM is kipi-plugins (which I have installed), and the installed version comes from the KDE Extra repository. --Rosenzweig τ 00:01, 31 December 2015 (UTC)[reply]
Indeed, I opened this RPM [5] and the corresponding .so is not in it. You may want to submit a bug report on https://bugzilla.suse.com/buglist.cgi?quicksearch=kipi to ask for more information. Maybe this KIPI plugin cannot be compiled for some reason... I personally use Mageia-5 and I notice that this KIPI plugin is included in the development version: [6] (last compiled earlier today)... Best regards. Peter17 (talk) 14:14, 31 December 2015 (UTC)[reply]
OK, I tried that. Thanks for your help. --Rosenzweig τ 15:16, 31 December 2015 (UTC)[reply]
The reply there is: “Although kipi-plugins still ships its mediawiki plugin, digikam sources do not ship libmediawiki any more which is required for that plugin. I also could not find any new sources aside from the kf5 port.
I'll try to create a libmediawiki package based on digikam 4.13...” [7]
Does this mean digikam should be changed somehow? --Rosenzweig τ 19:28, 1 January 2016 (UTC)[reply]
Well, the plugin is back, though uploading files does not work :-( See https://bugs.kde.org/show_bug.cgi?id=356673. --Rosenzweig τ 23:59, 2 January 2016 (UTC)[reply]
Thanks. I'm working on it, but it is hard to debug... It will take some time. Best regards. Peter17 (talk) 22:30, 11 January 2016 (UTC)[reply]
It looks like we'll get it back in DigiKam 5.0, which is planned for very soon, at the end of May :-) Thanks Peter17! Mathieu MD (talk) 12:03, 3 May 2016 (UTC)[reply]
:-(
I installed digiKam 4 from the Xenial repo, and then DigiKam 5.1.0 from the philip5 PPA (as well as upgraded KIPI and libmediawiki).
In both cases, I had the « Export to MediaWiki », but could not login to a wiki (either on Commons or Commons Beta) :-(
Jean-Fred (talk) 22:50, 25 August 2016 (UTC)[reply]
Thoughts @Peter17: ? Jean-Fred (talk) 23:02, 25 August 2016 (UTC)[reply]

Uploading through Digikam KIPI fails due to inability to login, authentication failure

[edit]

Am using Digikam Version 4.12.0 on a Linux Mint 18.0 system.

Have been using various KIPI plugins to upload pictures. It works for google photos and a few others but while trying to upload to i get this error message Login error Please check your credentials and try again.

The login credentials I use are the same as used to login here.

KIPI in digikam provides options to access these MediaWiki Wikimedia Commons Wikimedia Meta Wikipedia WikiBooks Wikinews Wikiquote Wikisource Wikionary Wikia Photos Wikia uncyclopedia

The login works on none of these. I also don't have two factor authentication enabled.

There is an option to add New - where a name and apt URL is asked for. Am unsure if I should add a new service here.

Am not sure if this is a digikam / kipi bug or an issue on the Wikimedia side. — Preceding unsigned comment added by Ramwik (talk • contribs) 15:10, 31 January 2017 (UTC)[reply]

Hi Ramwik,
I am one of the developers of the KIPI uploader. I have the same problem and I investigated it already.
It is not a problem in the KIPI uploader nor on the Wikimedia side. It is actually that the libmediawiki library https://github.com/KDE/libmediawiki is outdated: the way to log in MediaWiki has changed but the library has not been updated yet.
I will try to fix this when I find some time, but it may not be soon...
Best regards. Peter17 (talk) 20:40, 1 February 2017 (UTC)[reply]
Hi everybody,
I have repaired libmediawiki: https://cgit.kde.org/libmediawiki.git/commit/?id=d49b39030a3b1f000357c4fe076f2b758909021c
It is now possible to upload files, using the latest version of the library: File:Lecelles - Oratoire - 1.jpg.
You may have to wait for the next release of Digikam/KIPI-plugins/libmediawiki
Best regards. Peter17 (talk) 12:58, 2 April 2017 (UTC)[reply]
Thank you very much Peter17! --Mathieu MD (talk) 19:37, 2 April 2017 (UTC)[reply]
Also: for those who can't wait: it now works with the digiKam Bundles appimages: https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM
Best regards. Peter17 (talk) 07:34, 3 April 2017 (UTC)[reply]
Hi Peter17: I just tried to use the Mediawiki plugin using the digikam 5.5 appimage (on Ubuntu 16.10) and it still does not work. It gives the same login error "Please check your credentials and try again." This is same error message as before when I installed the software via command line after adding the Digikam repository. Is there something I am doing wrong? Do I need to (re)install libmediawiki (how?) or do something else? Your answer will be much appreciated. Thanks, Shankar Raman (talk) 14:17, 13 May 2017 (UTC)[reply]
Hi Shankar. Digikam 5.5 was released on March 14th, which means before my fix. Please use the appimage above. Regards. Peter17 (talk) 14:26, 13 May 2017 (UTC)[reply]
Hi Peter17: Thanks much! Digikam 5.6 from the bundled appimage on your link works like a charm to upload to Wikimedia Commons. This is very useful. Much appreciated. Cheers, Shankar Shankar Raman (talk) 16:03, 13 May 2017 (UTC)[reply]
Hi Peter17: The drive link you gave is not working. I am a ubuntu linux user. Looking for using digikam and mediawiki uploader kipi plugin. Missing this feature for long time. Happy to see this discussions. Please give a working link to get digikam with mediawiki upload plugin. Thanks. --Tshrinivasan (talk) 11:48, 4 December 2018 (UTC)[reply]
Hi Tshrinivasan, I am not a digiKam maintainer. You can download digiKam at this address: https://www.digikam.org/download/ ; I don't know if it includes the Mediawiki KIPI uploader. You should try to install the digikam and kipi-plugins Ubuntu apt packages if they exist. Regards. Peter17 (talk) 12:21, 4 December 2018 (UTC)[reply]

License templates

[edit]

Hi again Peter17, I've been using Digikam 5.6 and wanted to point out that the Wikimedia Commons upload (which works fine!) only has the option to select CC-by-SA 3.0 licence in the options. Can this be updated to CC-by-SA 4.0 option? Or has this already been done in the Digikam 5.7 release? Thanks for your attention. --Shankar Raman (talk) 08:23, 14 September 2017 (UTC)[reply]

Hi Shankar. CC-BY-SA-4.0 has not been added to the list yet. I will do it soon. Thanks for reporting. I'm afraid you will have to wait until the next release to see it in the list... Regards. Peter17 (talk) 14:34, 14 September 2017 (UTC)[reply]
Noted, thanks Peter17. Will wait for the next release. --Shankar Raman (talk) 14:46, 14 September 2017 (UTC)[reply]
Hi again Peter17, just to check back if the CC-by-SA 4.0 option is now available in Digikam (now in ver 5.9)? Thanks--Shankar Raman (talk) 05:32, 5 May 2018 (UTC)[reply]
Yes, it is available in Digikam 5.9. --Rosenzweig τ 23:24, 2 September 2018 (UTC)[reply]
Noted, thanks Rosenzweig. Shankar Raman (talk) 02:16, 10 September 2018 (UTC)[reply]

No prefill of coordinates fields with Gwenview

[edit]

I have recently used this uploader with Gwenview and found it fairly convenient for my usecase. Today I discovered that the coordinates fields were not prefilled even though the original images are geocoded. For me this is quite important. Any chance this can be fixed? --Hjart (talk) 16:23, 13 August 2019 (UTC)[reply]


Token parameter error

[edit]

Token parameter error with Digikam on Ubuntu 20 something.

[edit]

Searching for the perfect Commons uploader I decided to give Digikam a try. The good newa was that there was a copy in the Ubuntu 20.04 version? distro - 7.3.0 and it installed with KIPI uploader included with zero hassle. The whole package looks very professional. On digikam I got the basics working before I looked at the documentation. I found the Export Tab and was delighted to find the Export to Wikimedia option. Here it became a little more confusing and a lot more 'hover over' help could be given. I put together a list of files to upload wrote a description etc and started the upload.

Four of the files uploaded- the rest threw a token parameter needed error. I can't work out why four files got through. So I googled the error message and found an historic error report that suggested the this could be cleared by saving the file list, closing down and starting again- which is what I did. This time it worked- though threw a error on copying over the 4 fortunate files. You can see my activities on Special:Contributions/ClemRutter This does need a fix, and the Documentation does need some content. Putting my writers hat on, the process is intuitive to someone with a developers background but no so the naive users that Commons wants to attract. I hope this feedback is useful.

There are two easy fixes: When adding categories- it needs the hint, place each on a separate line And the Commons Template displays a field for Captions Add a one-line explanation of what this file represents

Now a wikidata comment . The hidden categories added to an image are "Hidden categories: Pages with local camera coordinates and missing SDC coordinatesCreative Commons Attribution-Share Alike missing SDC copyright status CC-BY-SA-4.0 Creative Commons Attribution-Share Alike 4.0 missing SDC copyright licenseSelf-published workSelf-published work missing SDC copyright licenseUploaded with digiKam uploader Pages with maps How should we provide what they want, as to my mind we have already given all that data but in another format.

Greetings and thank you. ClemRutter (talk) 17:01, 1 October 2021 (UTC)[reply]

I replicated the problem on my next set of uploads- Category:Four Winds Fountain which took about half of them in my 23:15 upload, throwing the same Token parameter error. I just closed and reopened the Export tool, and reopened it and in the 11:38 upload the rest uploaded and a got the same general error for the ones already there- it wouldn't overwrite.
About two hours later SchlurcherBot made a small change to all of themSchlurcherBot talk contribs‎ ‎Changed an entity: automatically adding structured data based on file information: coordinate camera meta copyright license.

ClemRutter (talk) 09:26, 2 October 2021 (UTC)[reply]

Moving the comment below from a section above to here, where it seems more relevant. Apologies for the mix-up Peter17Shankar Raman (talk) 04:29, 10 February 2022 (UTC)[reply]
Hi Peter17: An update on using the Mediawiki plugin in Digikam on Ubuntu. I have been trying to use using the digikam 7.5 appimage (on Ubuntu 20.04) and it fails to upload. It gives an error saying "Error on file path/to/picfilename.jpg': The "token" parameter must be set." I tried re-installing Digikam and trying again and also after installing kipi-plugins from the terminal. It still does not work. Would appreciate any advice on how to fix this issue. Could not find any help elsewhere. Thank you, Shankar Raman (talk) 14:03, 9 February 2022 (UTC)[reply]

See below. --Rosenzweig τ 14:23, 22 March 2022 (UTC)[reply]

Token parameter error with Gwenview on Raspberry Pi OS (ARM, 32-bit) Bullseye

[edit]

Hallo Peter, I am using Gwenview Version 20.12.3 with KIPI uploader Version: 5.9.1 (using Libmediawiki Version 5.37.0) on my Raspberry Pi 4 with Raspberry Pi OS based on Bullseye, 32 bit ARM. The 'Export to MediaWiki' (Commons) threw an error: The token parameter must be set. Do you have any help? Greetings MTheiler (talk) 10:53, 16 February 2022 (UTC)[reply]

See below. --Rosenzweig τ 14:22, 22 March 2022 (UTC)[reply]

Token parameter error with Digikam on Windows 10

[edit]

This is my first time using Commons uploader from Digikam 7.6.0. I got the following error "Token parameter must be set", but I filled out all fields, also the Wikimedia Commons Login work fine. Where is the problem? --Mike Krüger (talk) 11:21, 22 March 2022 (UTC)[reply]

I guess it's this bug: [8] It might have to do with changes in Mediawiki (the software behind Commons and all Wikipedias): mw:MediaWiki 1.37/Deprecation of legacy API token parameters. --Rosenzweig τ 14:21, 22 March 2022 (UTC)[reply]
@ClemRutter: @Shankar Raman: @MTheiler: @Mike Krüger: Anyone wanting this bug to get fixed should go there, register if necessary, and vote for the bug. You get 100 votes and can use up to 20 of those for any bug. --Rosenzweig τ 19:08, 22 March 2022 (UTC)[reply]
Vote done. --Mike Krüger (talk) 21:29, 22 March 2022 (UTC)[reply]
Vote done. Shankar Raman (talk) 04:49, 23 March 2022 (UTC)[reply]
What is the URL for voting ? --Pyrog (talk) 16:44, 25 March 2022 (UTC)[reply]
Same as the bug report [9], you need to be logged in there. --Rosenzweig τ 17:11, 25 March 2022 (UTC)[reply]
Apparently this bug has a rather low priority for digikam / KDE, there has been no change at all for several weeks. --Rosenzweig τ 20:51, 14 April 2022 (UTC)[reply]
Clearly looks like this bug is low priority since it is not yet fixed. I tried the KIPI-plugin through Gwenview as well and it returns the same token parameter error. Its a pity, since this is one of the best plugins to bulk-upload images to Wikimedia Commons. I really wish it would get sorted soon. Shankar Raman (talk) 11:18, 4 May 2022 (UTC)[reply]
I intend to write an e-mail to the Digikam mailing list (https://mail.kde.org/mailman/listinfo/digikam-users) asking for the bug to be fixed, but haven't got around to actually doing it yet. I won't mind if someone else is faster :-) BTW, please also note that the plugins used by Digikam (not just the Wikimedia plugin) are now separate from the original "KIPI" plugins, though they were forked and as a result will still have the same code in at least some parts. Which explains why both fail. --Rosenzweig τ 14:16, 4 May 2022 (UTC)[reply]
The bug report was closed today as fixed, more precisely as "FIXED-IN: 7.7.0". So uploading to Commons should work again with the next Digikam version 7.7.0. I don't know when that will come out, supposedly in the next few months in 2022. 7.6.0 came in out in March 2022, the versions before that in January 2022, December 2021, July 2021 and March 2021. --Rosenzweig τ 20:08, 25 May 2022 (UTC)[reply]
I tried uploading with Digikam 7.7.0 weekly build version available from here (https://files.kde.org/digikam/, using the appimage for Linux) and can confirm that the error is not fixed in this build. Probably because the build was released on 12 May, whereas the bug was fixed only on 26 May @Rosenzweig. We have to wait for an updated build or the formal release of 7.7.0 for this to work. Shankar Raman (talk) 11:52, 15 June 2022 (UTC)[reply]
You're probably right, and I guess those builds are not so "weekly" if May 12 is the latest one available as of today. --Rosenzweig τ 12:20, 15 June 2022 (UTC)[reply]
Finally, it is fixed! The upload works fine with the latest build of Digikam 7.7.0 (digiKam-7.7.0-20220618T193552-x86-64.appimage dated 18 June 2022 from here https://files.kde.org/digikam). @Rosenzweig @ClemRutter @MTheiler @Mike Krüger thanks for the discussion, votes on the bug etc and to those who fixed it! Shankar Raman (talk) 13:33, 20 June 2022 (UTC)[reply]
Upload is working for me too when using the 7.7.0 AppImage. --Rosenzweig τ 18:48, 25 June 2022 (UTC)[reply]