Bug 108873

Summary: Add digiKam web interface
Product: [Applications] digikam Reporter: Dmitriy Morozov <kde>
Component: Plugin-Generic-WishForNewToolsAssignee: Digikam Developers <digikam-bugs-null>
Status: REPORTED ---    
Severity: wishlist CC: caulier.gilles, iwannaberich, jakob.malm, kusi
Priority: NOR    
Version: 0.7.2   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Dmitriy Morozov 2005-07-10 20:59:29 UTC
Version:           0.7.2 (using KDE KDE 3.4.0)
Installed from:    Gentoo Packages

This wish is very ambitious, but I think DigiKam would be a killer application if it was implemented. 

What I would like to see is an online component (or companion) for DigiKam that would create webpages to show the photos to the user (basically something like http://gallery.sf.net) such that I could manipulate its contents entirely from digikam. I.e., it would be nice to have something like an "online album" as an alternative to plain album in digikam, such that all the changes to its contents (moves of images, changes in comments, etc) would be reflected online. Alternatively, all albums could be implicitly online, but all the pictures would have a special flag "publish" (so that if it's checked, the photos would show up online).

Remote Gallery Export kipi plugin is a step towards what I would like to see, but it is very limited compared to the abilities described above (I want to see contents of online albums inside digikam itself and be able to manipulate them).
Comment 1 Jakob Malm 2010-05-05 14:44:25 UTC
And I want the "opposite" ;-), i.e. the possibility to edit the digikam albums online - tagging, geolocating, organizing, etc. This would make digikam an even more murderous platform.

(Dmitriy, perhaps this is what you intended, but I just misunderstood...)

It could perhaps be implemented in a side project as a web application interfacing the digikam database.
Comment 2 Kusi 2018-02-22 22:37:54 UTC
This feature is wanted more than ever! It is for sure too much work to start from scratch, but a (upload only) synchronization to a popular platform such as Flickr/Google/SmugMug etc... should be feasable in a reasonable amount of time.

What's missing from the current KIPI Web Export plugins

- Automatization: upload in the background on image/metadata changes
- Automatically mirror the folder structure of Digikam online
- Ability to choose which files are automatically synchronized (e.g introduce a Publish flag as proposed 13 years ago, or having a minimal amount of stars)
Comment 3 caulier.gilles 2018-11-03 10:59:51 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