[Digikam-users] lost a lot of information about photo rating!!!

[Gilles Caulier]

2011/8/27 sleepless <sleeplessregulus at hetnet.nl>:
> Op 27-08-11 15:51, Samuel Ronayette schreef:
>>
>> Hello
>>
>> I wanted to save the informations about my photos in digikam, especially
>> the
>> rating I give to my favorite photos (1 to 5 stars), because I had bad
>> experience before (lost partly theses ratings)
>> I went to Tool -->  migrate database (sorry if its approximate translation
>> - I
>> use digikam in french). Th computer did many things for some time. Then I
>> had
>> to rebuild all the thumbnails.. then I lopst completely the rating I give
>> to
>> every single photo in each of my albums..... !!!!! This is absolutely not
>> what
>> I wanted to do!!! I can I retrieve everything?
>
> If we are not talking about raw pictures and you did previously write
> metadata to pictures there is a chance that it comes back by read metadata
> from photo, in my opinion it schould count at least for tags, maybe is a
> rating some sort of a tag too.
>
>> And is giving a rating to my favorite photos the good way to manage and
>> sort
>> them? or is there another way to do?
>
> using tags gives the opportunity to far more complex management
>>
>> other related question:
>> How can I save properly this kind of information? (information about which
>> photos are my favorite photos, the rating I give to each)
>> And can this information be shared with other program, like gwenview?
>
> It can maybe be done by writing metadata to photo in digikam. Maybe gwenview
> can read (some of) it,

yes, but as Gwenview author has never wanted to use libkexiv2
interface (it use a dedicated metadata interface based on Exiv2), it
will lost digiKam experience !

> but it will certainly not read from digikams db,

no it cannot. Also digiKam DB interface is not shared (and it will be
never shared) and it complex. At least schema is shared, but we can
change it between digiKam version.

>if
> you going to test it, please share your experience. And using sidecarfiles
> is a no go as you can read in yesterdays messages.
>

The last point is Nepomuk, but it require a nepomuk DB server in
background. And not all information are shared like this.

Gilles Caulier