GNOME Bugzilla – Bug 571141
Flickr exports duplicate all seperate tags in an additional tag containing all
Last modified: 2018-07-01 09:06:10 UTC
On http://www.flickr.com/photos/alexs77/3267010752/ you can find a picture of a series which I have just exported from f-spot SVN (as of 2009-02-09 - but the problem also exists in 0.5.0.3, which is why I set the version field in the report to 0.5.x). As you can see there, the picture has the following tags: Tags * Cassandra * Filter * Petra * Fotograf * Web * Album * Neu * 2008 * Oktober, November, Dezember Cassandra Filter Photoshooting Petra Fotograf Web Album Neu 2008 Oktober, November, Dezember In f-spot, the picture has these tags: Tags * Cassandra * Filter * Petra * Fotograf * Web * Album * Neu * 2008 * Oktober, November, Dezember (That's one tag: "Oktober, November, Dezember".) If you compare that, then you'll notice that the tag "Oktober, November, Dezember Cassandra Filter Photoshooting Petra Fotograf Web Album Neu 2008 Oktober, November, Dezember" is new. It shouldn't be there. Do I experience that problem, because one of my tags has a "," (comma) in the tag name? Setting severity to "major", because I experience this problem with that unwanted, super long tag with every picture. And because there are many, many, many combinations of tags, my tag cloud is *EXTREMELY* unusable because of this: http://www.flickr.com/photos/alexs77/tags/ → 2008 77777 album alexander ascona ausflug aussicht auto bodensee brunnen cannobio cassandra cédric email familie filter fotograf handy import kaffe karussel kinderwagen konstanz lagomaggiore magadino mailand mobile moby mobypicture montetamaro neu oktobernovemberdezembercassandracédriccédricfilterphotoshootingpetrafotografneuwebalbumcédric2008oktobernovemberdezember oktobernovemberdezembercassandracédriccédricphotoshootingpetrafotografneuwebcédric2008oktobernovemberdezember oktobernovemberdezembercassandracédricfilterphotoshootingpetrafotografneuwebalbum2008oktobernovemberdezember oktobernovemberdezembercassandracédricphotoshootingpetrafotografneuweb2008oktobernovemberdezember oktobernovemberdezembercassandracédricphotoshootingpetrafotografneuwebalbum2008oktobernovemberdezember oktobernovemberdezembercassandrafilterphotoshootingpetrafotografwebalbumneu2008oktobernovemberdezember oktobernovemberdezembercassandraphotoshootingpetrafotografwebalbumneu2008oktobernovemberdezember oktobernovemberdezembercassandraphotoshootingpetrafotografwebneu2008oktobernovemberdezember oktobernovemberdezembercédricfilterphotoshootingpetrafotografneuwebalbum2008oktobernovemberdezember oktobernovemberdezembercédricphotoshootingpetrafotografneuweb2008oktobernovemberdezember oktobernovemberdezembercédricphotoshootingpetrafotografneuwebalbum2008oktobernovemberdezember oktobernovemberdezembersandracédricphotoshootingpetrafotografneuweb2008oktobernovemberdezember petra pingfm sandra schiff schläft sealife seilbahn sonnenbrille spielplatz tessin twitter urlaub web weihnachtsmarkt winterthur wohnung zannel zuhause Just havea look at that mess of all these "oktobernovemberdezembercassandra..." tags.
Bug 571141 - „Flickr exports duplicate all seperate tags in an additional tag containing all“ Flickr exports duplicate all seperate tags in an additional tag containing all Okay, I do not understand it... I did some debugging and inserted Console.WriteLine statements at some places in the code and also uploaded a new picture → http://www.flickr.com/photos/alexs77/3271110483/ Tags * Petra * Fotograf * Neu * Web * Cédric * 2008 * Oktober, November, Dezember Cédric Photoshooting Petra Fotograf Neu Web 2008 Oktober, November, Dezember In FlickrNet/Flickr.cs, I added a WriteLine statement in the fully qualified UploadPicture method, at http://svn.gnome.org/viewvc/f-spot/trunk/extensions/Exporters/FlickrExport/FlickrNet/Flickr.cs?revision=4369&view=markup#l1092 What's done there, is, that all the "keys" are printed. Result: Key: api_key Parameter: c6b39ee183385d9ce4ea188f85945016 Key: auth_token Parameter: 72abcde4002629511-412e4c9ff005.... Key: description Parameter: Cédric, Photoshooting, Petra, Fotograf Key: is_family Parameter: 0 Key: is_friend Parameter: 0 Key: is_public Parameter: 0 Key: tags Parameter: "Petra","Fotograf","Neu","Web","Cédric","2008","Oktober, November, Dezember" Key: title Parameter: [2008-11-12--10.45.41] (IMG_0063) Cédric, Photoshooting, Petra, Fotograf.jpg Interesting is the Key "tags". It has the value "Petra","Fotograf","Neu","Web","Cédric","2008","Oktober, November, Dezember" When this is taken into consideration, why is it, that the exported picture (cf. http://www.flickr.com/photos/alexs77/3271110483/) has that messed list of tags, when viewed in Flickr? Oh! Please see http://www.flickr.com/photos/alexs77/3271947006/ This picture has the following tags: * Petra * Fotograf * Neu * Web * Cédric * 2008 * Imports BUT in Flickr, there's also: * Imports Petra Fotograf Neu Web Cédric 2008 Imports BUT in Flickr, there is *NOT* a seperate "Imports" tag. SO, this means, that after the last Tag ("Imports", in this case) all the other previous tags are duplicated in one tag. And it also means, that this has nothing to do with the "," that I have in my Tagnames. Hmm.... I now added a Console.WriteLine(sb.ToString()); in line 1100 → http://svn.gnome.org/viewvc/f-spot/trunk/extensions/Exporters/FlickrExport/FlickrNet/Flickr.cs?revision=4369&view=markup#l1100. This prints the post header which is going to be sent to Flickr. Result: --FLICKR_MIME_20090211013954 Content-Disposition: form-data; name="api_key" c6b39ee183385d9ce4ea188f85945016 --FLICKR_MIME_20090211013954 Content-Disposition: form-data; name="auth_token" 72157604002629511-412e4c9ff0057263 --FLICKR_MIME_20090211013954 Content-Disposition: form-data; name="is_family" 0 --FLICKR_MIME_20090211013954 Content-Disposition: form-data; name="is_friend" 0 --FLICKR_MIME_20090211013954 Content-Disposition: form-data; name="is_public" 1 --FLICKR_MIME_20090211013954 Content-Disposition: form-data; name="tags" "Petra","Fotograf","Neu","Web","Cédric","2008","Imports" --FLICKR_MIME_20090211013954 Content-Disposition: form-data; name="title" Noch ein Anderes Testbild.jpg --FLICKR_MIME_20090211013954 Content-Disposition: form-data; name="api_sig" 07524bc4c6d35e9101a502084a5aa2e9 --FLICKR_MIME_20090211013954 Content-Disposition: form-data; name="photo"; filename="image.jpeg" Content-Type: image/jpeg So f-spot sent "Petra","Fotograf","Neu","Web","Cédric","2008","Imports" as the list of tags to Flickr. Why is something else shown on the Flickr site?
Asked on Flickr Helpforum at http://www.flickr.com/help/forum/en-us/90929/ to find out, if other f-spot users also have problems.
f-spot has problems handling commas into tag names (see bug 509792), so I thought was because of that, but it isn't. I tried uploading a comma separated tag but I had no problems. it's not even the filename... I dunno. Tried on SVN.
(In reply to comment #3) > f-spot has problems handling commas into tag names (see bug 509792), so I > thought was because of that, but it isn't Exactly. I also first thought it was because of the comma. But as you can see in the comments of this bug, I discovered that it isn't because of the comma, as can be seen > I tried uploading a comma separated > tag but I had no problems. Me too. I also managed once to upload a picture which has commas in the tag name and that worked - once... But as I showed, I also managed to upload a picture WITHOUT a comma and get it messed up :( > it's not even the filename... Yep. Maybe it's because of something in the database? Can you maybe try with my database, which you can find on http://dl.getdropbox.com/u/135660/f-spot/571141/photos.db because I can't upload the db here because of size restrictions. Pictures are located in eg. file:///home/askwar/Desktop/My Pictures/Photos/Kategorien/Verschiedenes/2009-02-11/Anderes Testbild.jpg file:///home/askwar/Desktop/My Pictures/Photos/Kategorien/Verschiedenes/2009-02-11/2/Noch ein Anderes Testbild.jpg > I dunno. Me too. It would be interesting to know if that mishap is related to f-spot or to Flickr. > Tried on SVN. Yep. So did I :( PS: Setting severity to Major again, becaue this makes f-spot very much useless for me, as a working public export functionality is very important for me.
I was also suffering from this bug. However I managed to find a workaround at least. It would appear that the last tag in every image would contain the final tag that f-spot had assigned, followed by all the tags. e.g. If f-spot had the following tags: Steven Scott Glastonbury Then once uploaded to flickr, the flickr tags would read Steven Scott Glastonbury Steven Scott Glastonbury However I have since managed to solve the problem for myself by disabling the f-spot option "write metadata to file" (located in the preferences dialog) and then using exiftool (http://www.sno.phy.queensu.ca/~phil/exiftool/), remove all the "subject" metadata from all my tagged images. It would appear that f-spot is indeed sending the correct tags to flickr as you found out, however I think that flickr is then reading the "subject" or "keywords" metadata from the file itself, and concatenating the last tag and all the file metadata tags together! I am new to this so I apologize if I am posting this in the incorrect place, but I found this bug incredibly annoying and would like to share with others to eliminate this annoyance.
I have been hitting this problem too. However, my workaround is the opposite of Steven. I have a photo with the following tags: * Budleigh Salterton * Oscar James Zoltan Wrigley * Hannah Wrigley * Peter Wrigley * Cynthia Wrigley I have "write metadata to file" active, and exiftool reports: # exiftool ./2008/12/27/img_3132.jpg | grep Subject Subject : Budleigh Salterton, Oscar James Zoltan Wrigley, Hannah Wrigley, Peter Wrigley, Cynthia Wrigley If I upload it with "export tags" on, I get: http://www.flickr.com/photos/wrigleyjw/3509472285/ If I upload without, it seems that flickr must read the exif Subject and import as tags, because I get "The Right Thing". http://www.flickr.com/photos/wrigleyjw/3509527519/ I don't understand what's causing this, but it appears that I have a workaround.
f-spot is not under active development anymore, has not seen code changes for five years, and saw its last tarball release in the year 2010. Its codebase has been archived: https://gitlab.gnome.org/Archive/f-spot/commits/master Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.