Keyword import

[dseifert]

Hi,

I want to import my iPhoto library into digikam. Most of the meta data
is stored in a file called AlbumData.xml and using the iphoto2 gem for
Ruby, I can extract this data quite nicely. So now I have a lot of
images and the data - how do I get this into digikam?

Using exiv2 to put the data into the IPTC/EXIF fields of the images is
possible, but when importing the images into digikam not all fields are
taken over. Especially the keywords section is not imported
automatically - but which I need to have this sorted into albums later.

I found
http://mail.kde.org/pipermail/digikam-users/2006-June/001642.html which
is basically the same problem. Two solutions are presented, one is to
access digikam's sqlite database (ugh) and the other to use digikam
0.9.x (I have 0.9.0 beta1).

I can't believe that every digikam user who starts using digikam has no
previous photos or spends days re-categorizing them, so I would suppose
that there is some way out there to properly import existing photos.
Direct import from iPhoto would be nice
(https://bugs.kde.org/show_bug.cgi?id=132353), but for now anything
(script, hidden commands, etc) that allows me to import images with
standard IPTC/EXIF fields (including comment, time and keyword) into
digikam would be highly appreciated.

Thanks,

Daniel


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Marcel Wiesweg]

Am Sonntag 17 September 2006 16:16 schrieb Daniel Seifert:

> Hi,
>
> I want to import my iPhoto library into digikam. Most of the meta data
> is stored in a file called AlbumData.xml and using the iphoto2 gem for
> Ruby, I can extract this data quite nicely. So now I have a lot of
> images and the data - how do I get this into digikam?
>
> Using exiv2 to put the data into the IPTC/EXIF fields of the images is
> possible, but when importing the images into digikam not all fields are
> taken over. Especially the keywords section is not imported
> automatically - but which I need to have this sorted into albums later.
>
> I found
> http://mail.kde.org/pipermail/digikam-users/2006-June/001642.html which
> is basically the same problem. Two solutions are presented, one is to
> access digikam's sqlite database (ugh) and the other to use digikam
> 0.9.x (I have 0.9.0 beta1).
>
> I can't believe that every digikam user who starts using digikam has no
> previous photos or spends days re-categorizing them, so I would suppose
> that there is some way out there to properly import existing photos.
> Direct import from iPhoto would be nice
> (https://bugs.kde.org/show_bug.cgi?id=132353), but for now anything
> (script, hidden commands, etc) that allows me to import images with
> standard IPTC/EXIF fields (including comment, time and keyword) into
> digikam would be highly appreciated.

Currently only comment, time and rating is imported from IPTC, keyword
importing is planned but not yet done. This will be the most portable way to
import tags.
For now, I dont know if anyone has written a script to import from iPhoto to
digikam's db.

Marcel

>
> Thanks,
>
> Daniel
>
>
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier-2]

On Sunday 17 September 2006 18:32, Marcel Wiesweg wrote:

> Am Sonntag 17 September 2006 16:16 schrieb Daniel Seifert:
> > Hi,
> >
> > I want to import my iPhoto library into digikam. Most of the meta data
> > is stored in a file called AlbumData.xml and using the iphoto2 gem for
> > Ruby, I can extract this data quite nicely. So now I have a lot of
> > images and the data - how do I get this into digikam?
> >
> > Using exiv2 to put the data into the IPTC/EXIF fields of the images is
> > possible, but when importing the images into digikam not all fields are
> > taken over. Especially the keywords section is not imported
> > automatically - but which I need to have this sorted into albums later.
> >
> > I found
> > http://mail.kde.org/pipermail/digikam-users/2006-June/001642.html which
> > is basically the same problem. Two solutions are presented, one is to
> > access digikam's sqlite database (ugh) and the other to use digikam
> > 0.9.x (I have 0.9.0 beta1).
> >
> > I can't believe that every digikam user who starts using digikam has no
> > previous photos or spends days re-categorizing them, so I would suppose
> > that there is some way out there to properly import existing photos.
> > Direct import from iPhoto would be nice
> > (https://bugs.kde.org/show_bug.cgi?id=132353), but for now anything
> > (script, hidden commands, etc) that allows me to import images with
> > standard IPTC/EXIF fields (including comment, time and keyword) into
> > digikam would be highly appreciated.
>
> Currently only comment, time and rating is imported from IPTC, keyword
> importing is planned but not yet done. This will be the most portable way
> to import tags.
> For now, I dont know if anyone has written a script to import from iPhoto
> to digikam's db.
>
> Marcel

Marcel,

Just to be clear, the code is ready into DMetadata class to extract iptc
keywords from pictures, but an interface with the database is missing to
perform import (scanlib in fact).

The problem is to use the iptc keywords properlly, especially if non-ascii
char are used. I think that the database must be untouched in this case to
prevent dummy Tags import.

Also, a rule must be done when an existing tag already exist in database.

Gilles



_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Moritz Alexander Esser]

Is this a feature for the ongoing development of 0.9.0 or will it take
longer? I'm looking for exactly that feature in digikam and started
writing a patch. But I've no knowledge about KDE/QT (I was a gnome guy
till I found digikam and amarok), so still fail on creating a new
window, buttons and so on.
A good idea about non-ascii keywords may be a comparsion list with
current db-keywords in a dropdown and a "enter a new keyword"-button if
it's non-ascii but not yet in the db.

Regards,
Moritz

Gilles Caulier wrote:

> Just to be clear, the code is ready into DMetadata class to extract iptc
> keywords from pictures, but an interface with the database is missing to
> perform import (scanlib in fact).
>
> The problem is to use the iptc keywords properlly, especially if non-ascii
> char are used. I think that the database must be untouched in this case to
> prevent dummy Tags import.
>
> Also, a rule must be done when an existing tag already exist in database.
>
> Gilles

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier-2]

On Monday 18 September 2006 10:26, Moritz Alexander Esser wrote:
> Is this a feature for the ongoing development of 0.9.0 or will it take
> longer?

Well, i would to provide this feature for 0.9.0 to be homogenous with other
IPTC metadata import.

Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[dseifert]

Hi,

Am Montag, den 18.09.2006, 11:09 +0200 schrieb Gilles Caulier:
> On Monday 18 September 2006 10:26, Moritz Alexander Esser wrote:
> > Is this a feature for the ongoing development of 0.9.0 or will it take
> > longer?
>
> Well, i would to provide this feature for 0.9.0 to be homogenous with other
> IPTC metadata import.

I'm sorry, I don't understand what this means in regards to the
schedule.

Daniel

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier-2]

On Monday 18 September 2006 11:18, Daniel Seifert wrote:

> Hi,
>
> Am Montag, den 18.09.2006, 11:09 +0200 schrieb Gilles Caulier:
> > On Monday 18 September 2006 10:26, Moritz Alexander Esser wrote:
> > > Is this a feature for the ongoing development of 0.9.0 or will it take
> > > longer?
> >
> > Well, i would to provide this feature for 0.9.0 to be homogenous with
> > other IPTC metadata import.
>
> I'm sorry, I don't understand what this means in regards to the
> schedule.

I want mean that all feature of 0.9.0-final are not yet completed. This task
in planed to do before to finalize 0.9.0. It's include in TODO file.

Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[dseifert]

Hi,

> I want mean that all feature of 0.9.0-final are not yet completed. This task
> in planed to do before to finalize 0.9.0. It's include in TODO file.

Sorry to bother you again, but I could not find any information about
the targeted release date for 0.9.0 final.

I am just being so insistent, because I want to switch to digikam rather
sooner than later. To have the keywords imported today I would need to
write a script parsing my current setup (iPhoto) and adding the tags to
the digikam3.db. As I am not familiar with this at all, this script
would take quite some time to do - time I do not want to spend if this
feature will be available soon in digikam.

Daniel

_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier-2]

On Monday 18 September 2006 11:38, Daniel Seifert wrote:
> Hi,
>
> > I want mean that all feature of 0.9.0-final are not yet completed. This
> > task in planed to do before to finalize 0.9.0. It's include in TODO file.
>
> Sorry to bother you again, but I could not find any information about
> the targeted release date for 0.9.0 final.

(:=)...

>
> I am just being so insistent, because I want to switch to digikam rather
> sooner than later. To have the keywords imported today I would need to
> write a script parsing my current setup (iPhoto) and adding the tags to
> the digikam3.db. As I am not familiar with this at all, this script
> would take quite some time to do - time I do not want to spend if this
> feature will be available soon in digikam.

Well, i need more free time than one day to fianlize this implementation. I
would be sure than _nothing_ is broken in database with this feature. This is
why i have toggle in stand bye this part when i will a lot of free time
available.

I cannot promize a date exactly when this feature will be done... but i will
post a message in this room when it will done. In all case, i will trying to
do it for next 0.9.0-beta3.

Note : the NEWS file from svn is always updated by developpers in live when
important stuff are fixed/added into digiKam.

Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users