Re: Importing tagged photos does not assign tags to photos!



On 04/07/06, Bengt Thuree <bengt thuree com> wrote:

On Ti, 2006-07-04, 08:05, Dotan Cohen skrev:
> Now that I've got F-spot compiled, we have a problem actually
> importing the tags!
>
> Three problems:
> 1) Imported tags are not assigned to photos. Example: I add tags to a
> photo in F-spot, then remove the photo from the ~/Photos directory and
> remove it from within F-spot. I also delete the tags from the tags
> list. I then close and reopen F-spot. I browse to the photo and import
> it. The photo is imported, and it's tags are imported (newly
> recreated). However, the tags are not assigned to the photo! I must
> manually assign each tag to the photo.

This looks weird.
Which patch did you end up using? Warrens or mine?
When I created my patch I verified the below:
1) Imported a few thousand of my old photos, previously tagged with
iViewMedia Pro. And it tagged the photos nicely.
2) Imported a photo to F-Spot, tagged it, put a description on it, deleted
the photo and tags from F-Spot, and re-imported it, and voila that
tags/photo were imported and re-attached to each other.

I'm using your patch id=68292, from bug id=342137.

> 2) If I do the same procedure with Hebrew tags, of course I get the
> same result. However, instead of the newly created tag being in
> Hebrew, it is in a string of characters. For instance, my name (דותן)
> is restored like this: \u05D3\u05D5\u05EA\u05DF

Perhaps an issue with the character set. I have not tried with Hebrew tags :)

I'm most certain that the problem is the character set. I thought that
utf-8 would be safe, but apparently F-spot does not use uft-8? I
thought that it does, but now I can't find that info.

> 3) Only the last tag in a heiarchy is restored. So People->Family->Ety
> is recreated as Ety. I do understand the technical reason behind this,
> and I don't need the issue addressed, however I felt it right to
> report it.

Unfortunately, F-Spot only stores the actual tag on the photo, so in above
case, Ety will be stored on the Photo. (Unless you have also attached the
People/Family tags to the photo as well)
There is a discussion ongoing on storing the tags with its parents, so a
complete restore of the tag hierarchy could be done when importing the
photos, but so far no concensus yet.

Yes, I was aware of the situation. I just thought it good to mention
along with the other comments.

> If a script can be created that goes through the tags and replaces,
> for instance, all instances of "\u05d0" with "א" then I could run that
> script. I can create an array with all the Hebrew letters and another
> with their corrosponding values.

Should be possible to do with SQLite. You have the database in
~/.gnome2/f-spot/photos.db but it might be a bit tricky. You need to be
comfortable with SQL to do it.

I'll try to make myself comfortable with it.

> Any help in resolving the first two issues would be very much
> appreciated. I know you guys have already put a lot of effort into
> helping me get F-spot running, and that effort was also appreciated.
> We're almost there...

Could you send me a sample photo with some XMP tags embedded in it. Or to
the list if the photo is not to big.
I can have a look at it a bit later tonight (9 hours or so from now)

Thanks, here's one. It has the tag "Dotan". When I erase
http://dotancohen.com/fspot.jpg

I remove all the pictures from within F-spot, rm ~/Photos, rm
~/.gnome2/f-spot/photos.db, and then imort this photo (or any other),
the tag is created in the sidebar, but it is not attached to the
photo.

Do remember to send all mails to the list for archive purposes as well as
more people might be able to help out.

I did send the email to the list. I see right there in the header "To:
F-Spot list <f-spot-list gnome org>"

Thank you very much. The wife know how much you've been helping, and
she says Hi.

Dotan Cohen
http://gmail-com.com


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]