Bug 297290

Summary: FACTORING : add a common option to drop items metadata before to export
Product: [Applications] digikam Reporter: julien.t43+kde
Component: Plugin-Generic-WishForNewToolsAssignee: Digikam Developers <digikam-bugs-null>
Status: CONFIRMED ---    
Severity: wishlist CC: caulier.gilles, christian, reuben_p, shouryasgupta
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description julien.t43+kde 2012-04-02 08:32:07 UTC
When doing an export (whichever), user can ask that metadata are added to exported pictures.
For example in web albums: path to album, path to photo, path to thumbnail (allow offline work) eventually permit to reformat url (for example changing target or style) like the url links given by picasaweb. But don't know if API allows to get those informations.

Else, just an automated tag rule to add tag 'uploaded_to_picasa', or whatever would be nice. Of course can do manually, but if computer can do it, would be better.
Comment 1 julien.t43+kde 2012-04-16 02:40:13 UTC
Today, after some upload, I tried to add a XMP/IPTC meta to multiples images and it does not seem easy to add a free/customized field (for example XMP:Perso:PicasaAlbum=URL). The right panel does not allow to add/edit some XMP/IPTC fields. You need to look in menu Image > Metadata > Modify all meta. Even in this case, I didn't find how to do above action.

For now, just add a uploaded tag :(
but can't even manually save a link to the album.
Comment 2 julien.t43+kde 2012-07-07 00:31:22 UTC
comments ? Thanks.
Comment 3 caulier.gilles 2012-07-07 05:18:15 UTC
The export items and with or without metadata to a remote web service is a feature that we need to be factored to all export tools. For the moment, factoring is under progress and take time, but it's planed...

Gilles Caulier
Comment 4 julien.t43+kde 2012-07-07 22:28:03 UTC
Hello Gilles.
Ok, no problem. Thanks for the information. at least you seem to say that's possible.
Comment 5 caulier.gilles 2015-05-19 08:15:23 UTC
*** Bug 297287 has been marked as a duplicate of this bug. ***
Comment 6 caulier.gilles 2015-05-19 10:52:00 UTC
Shourya,

See also bug #250759 for Facebook tool.

Gilles
Comment 7 caulier.gilles 2015-05-19 11:12:27 UTC
Shourya,

See also bug #309916 for Facebook tool.

Gilles
Comment 8 caulier.gilles 2015-05-19 13:47:58 UTC
*** Bug 271647 has been marked as a duplicate of this bug. ***
Comment 9 caulier.gilles 2015-05-21 08:40:49 UTC
Shouyria,

See MediaWiki tool options where metadata management while upload is possible :

https://www.flickr.com/photos/digikam/17922787552/in/dateposted-public/

Gilles Caulier
Comment 10 Shourya Singh Gupta 2015-05-21 18:03:10 UTC
Great. We can take inspiration from this tool while adding metadata management feature in common API that will be created in libkipiplugins.
Comment 11 caulier.gilles 2017-07-10 11:57:19 UTC
*** This bug has been confirmed by popular vote. ***
Comment 12 caulier.gilles 2018-11-03 11:02:30 UTC
WARNING : with digiKam 6.0.0 and later, we will not support kipi interface anymore. All tools are now located in digiKam core as well for a plan to provide a more power-full integration with Batch Queue Manager and to be able to export a workflow on a web-service.

All export tools are now available everywhere : album view, Image editor, Light table, and Showfoto. Previously, only album view from digiKam core was able to deal with export tools through libkipi.

All export tools are now located here :

https://cgit.kde.org/digikam.git/tree/core/utilities/assistants/webservices

All export tools use now a dedicated interface to communicate with the application : 

- digiKam (database) : 

https://cgit.kde.org/digikam.git/tree/core/libs/database/utils/ifaces/dbinfoiface.h

- Showfoto (files metadata) : 

https://cgit.kde.org/digikam.git/tree/core/utilities/assistants/common/dmetainfoiface.h


There is not direct use of digiKam database for compatibility with Showfoto.

We plan later to provide a dynamic loading of export tools using a plugins mechanism. This will reduce overloading of the internal core libraries. A dedicated devel branch have been created for that, but it's not yet complete:

https://cgit.kde.org/digikam.git/tree/?h=development/dplugins

But take a care, digiKam export tools as plugins will not be shared with another external application. API will still private and only shared between Showfoto and digiKam core. The experience with libkipi was bad and complex to maintain/extend in time.

Gilles Caulier