[Digikam-devel] [Bug 303194] Filemanagement xml-files

Axel Krebs axel.krebs at t-online.de
Sun Jul 8 20:07:59 BST 2012


https://bugs.kde.org/show_bug.cgi?id=303194

--- Comment #5 from Axel Krebs <axel.krebs at t-online.de> ---
Gilles:

Maybe there could be a way: as described earlier, it could help to just
_link_ metadata between each file and coupled files (or internal database).

As long as only this connection has to be "standardized", one could
attribute as much information as one wants to in the linked text(?)-file
(or internal database).

I mean, it is much more difficult to "fit" each and every metadata-field
in a specific and correct way between an external program as digiKam and
the according field within the pics, so that every field can be "hit" be
external programs.

As an engineer, I would try to resolve to problem _seperately_ and
_independantly_!

There are free text-editors galore, therefore, we just ("only", ;-) )
need a flexible editor which can be configured for every specific
allocation between pic formats (and their specific way to deal with
metadata) and digiKam.

So, I think it is a question of assignements. Each source (as ADOBE,
CANON, NIKON RAW-files, and so on) could be treated as a profile, where
specific assignements were stored.

So. when working with metadata, digiKam has only to find out the very
file type, automatically (as source profiles are stored in digiKam and
is, therefore, wellknown!!) and can do the mapping between every desired
(and existing) type of metadata.

When contributed metadata from source, digiKam could fill up an internal
database, wherefrom one could adhibit and work with metadata.

Guess, digiKam did something similar, already?



Axel Krebs



Am 08.07.2012 20:34, schrieb Gilles Caulier:
> https://bugs.kde.org/show_bug.cgi?id=303194
> 
> Gilles Caulier <caulier.gilles at gmail.com> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>           Component|general                     |Sidecar Management
> 
> --- Comment #3 from Gilles Caulier <caulier.gilles at gmail.com> ---
> The wy to improve is to take a care about 3rd party XML sidecar files when
> image has imported to digiKam database. Nothing is done currently in this way,
> excepted about standardized XMP sidecar files of course...
> 
> This can be done in Exiv2 library, as it done for XMP sidecar, but honestly, i
> doubt  that a non standard way to host metadata will be implemented. Why ?
> Because the puzzle is already really complex...
> 
> Gilles Caulier
>

-- 
You are receiving this mail because:
You are the assignee for the bug.



More information about the Digikam-devel mailing list