Version: (using KDE KDE 3.5.8) Installed from: Ubuntu Packages When exporting to Flickr the kipi-plugin use the filename as the image title... First of all, it should remove the file extension I think, then I think it should ask the user to provide another title to use (maybe set using Digikam as a new label) in Flickr. I generally save my photos in disk keeping its original name gave by my camera (first of all to order them easily, then because I can't rename hundreds of photos each time...), so it would cool if I could set a name using Digikam and then exporting it to flickr with that name...
The "chopping" of file extension from the picture name is one of the features I would really like to see implemented in the flickr export. It looks "beta" to me when you upload a lot of images, with descriptions carefully prepared in digikam, to the good-looking flickr page and it shows up as "your best picture.JPG". This should be relatively easy to fix. I support having "chop file extensions" as a default option, with a checkbox for "keep file extensions in picture name". Did I mention that Digikam also should be improved to not display file name extensions? (but I guess that is way off topic here ;-)
That improvement should be done in kipi-plugins more than in digikam, btw I think that it is quite easy to do... Anyway I've some progress about this, I've made a patch (both against 0.93 and svn) to get the titles saved both on DB and on the image itself using the standard exif tag Exif.Image.ImageDescription (also if it has some chars restrictions since it supports only Ascii :/). The problem now is that it isn't retro-compatible with previous db, but I want to see if I get this fixed too before sending here any patch! Let me know what you think about this!
I second that wish item, I would really like to see an option to use the "Caption" set in DigiKam as the picture title on Flickr.
The Digikam "Caption" field currently becomes the image comment on Flickr. Because both of these fields can be quite long, this makes sense to me. While I agree it would be great for Digikam to set the Flickr image title to something more useful, wouldn't it be better if this came from "IPTC.Headline" or another more relevant metadata field? Treviño's suggestion of the "Exif.Image.ImageDescription" field would also seem to make more sense than the Caption field to me.
Created attachment 25200 [details] My digikam with title support I didn't know IPTC.Headline, I'll look it and I could make digikam about writing there too... Sorry if I've not sent the patch I've done yet, but here you can see how it works. The main problem is that it has the limitation of that exif field to ASCII, so maybe I'd need to write a kind of function that converts special chars to ascii not to save different data on DB and in the image itself. The problem is that a function like that, maybe should be placed in Qt or some other extra libraries rather than on digikam... -_-
Treviño, Looks OK to me! But I believe that the developers are working on a new DB schema for the next major release of Digikam? And they're also moving towards XMP for managing metadata (which may solve the ASCII-only problem). So it would make sense to check in with those guys about your patch - see if it is a solution for this problem that work with their plans for Digikam. (Eventually when people are using EXIF, IPTC and/or XMP, Digikam will need to check these for "title" data and prioritize between them.)
Is there enought time to get this into 0.10?
I'm also interested in the "chopping of filenames". I've got commit access and if kipi-plugins is the right place to do this it is a trivial fix (just use QFile). If a developer gives me the go-ahead I can do it or at least send a patch.
I first CC here your patch to review... Gilles Caulier
In first CC here your patch to review... Gilles Caulier
FWIW, I actually want to keep the extensions when uploading to Flickr, so an option to set this as Thomas Sperre suggested would be highly desirable.
Kipi's behavior is still not how it should be IMHO. Flickr uses the IPTC.Headline tag for the title if I upload directly and thus I can set all required metadata with Digikam (though not most comfortably) but the required headline then gets overwritten using the (usually) ugly file name. It would be greatly appreciated if this could be changed in the (nearer) future. I enjoy Kipi's "resize before upload" feature and hate breaking my workflow out of digikam for uploading. Cheers, C
Christian, I currently review this entry for 2.2.0 release : https://bugs.kde.org/show_bug.cgi?id=155374 Gilles Caulier
Git commit 2e106152329b8887aa35fc9c6dbc0c29fb241f86 by Petri Damstén. Committed on 06/09/2011 at 13:06. Pushed by pdamsten into branch 'master'. - Image title support for flickr, picasa, facebook and gallery export. - libkipi api changes CCBUG: 155374 BUGS: 221195, 199317 M +2 -0 CMakeLists.txt M +0 -7 batchprocessimages/CMakeLists.txt M +5 -0 batchprocessimages/tools/renameimageswidget.cpp M +9 -44 facebook/fbwindow.cpp M +1 -1 facebook/fbwindow.h M +1 -1 flickrexport/flickrwindow.cpp M +7 -11 galleryexport/gallerytalker.cpp M +2 -2 galleryexport/gallerytalker.h M +7 -29 galleryexport/gallerywindow.cpp M +6 -1 htmlexport/imageelement.h M +9 -0 kmlexport/kmlexport.cpp M +15 -3 picasawebexport/picasawebwindow.cpp M +5 -0 yandexfotki/yfwindow.cpp http://commits.kde.org/kipi-plugins/2e106152329b8887aa35fc9c6dbc0c29fb241f86