{"id":1177,"date":"2010-01-30T19:05:40","date_gmt":"2010-01-31T00:05:40","guid":{"rendered":"http:\/\/UnhinderedByTalent.com\/Phi\/?p=1177"},"modified":"2010-01-30T19:05:40","modified_gmt":"2010-01-31T00:05:40","slug":"flickr-uploadr-is-a-pain-but-flickraw-saved-the-day","status":"publish","type":"post","link":"https:\/\/UnhinderedByTalent.com\/Phi\/archives\/2010\/01\/30\/flickr-uploadr-is-a-pain-but-flickraw-saved-the-day\/","title":{"rendered":"Flickr Uploadr is a pain, but Flickraw saved the day"},"content":{"rendered":"

\"Thomas<\/a>
Tom as Arnold in "The boys next door"<\/figcaption><\/figure>
\nFlickr’s Uploadr is fine for small uploads, but tends to die consistently and unpleasantly when I have several hundred photos to upload, like those from Thursday’s opening of “The boys next door”, this year’s Morris Area High School one-act. It almost always takes me several tries to get a large pool of photos uploaded, which is a pain, but not fatal. This time, however, it chose to upload them in a semi-random order, so then it died I had 80-ish photos scattered all across the show, which meant I couldn’t just delete the first K<\/em> from the list and restart the upload. Ugh.<\/p>\n

Because it was late and I was in a hurry, I ended up just uploading the whole set (over several attempts), but marked them as private so people wouldn’t end up seeing two copies of that first group of images, figuring I’d sort things out in the morning.<\/p>\n

The morning came, and it turned out that I really didn’t have a workable plan. All the pictures were on Flickr, but there was no good (i.e., automated) way to figure out which were the duplicates. If I could identify them, then deleting the duplicates and making the rest visible would be easy, but I didn’t have a clue how to find the duplicates using Flickr’s tools.<\/p>\n

Sigh.<\/p>\n

This would, however, be pretty straight forward in a script if I had all the data I needed, and this is where Flickr redeemed itself. They have a very rich API for accessing (and modifying) photos and their associated information (like tags), so if I could figure out how to use that I’d be golden. I’d poked a little<\/em> with some Ruby Flickr libraries in the past, but none of them ever seemed very complete and they were always struggling to stay on top of Flickr’s changes and extensions to the API. A little searching this time, however, turned up Flickraw<\/a>, which uses some really nifty Ruby metaprogramming<\/a> to essentially build the Ruby part of the API “on the fly”, ensuring that it will be complete and up-to-date all automagically!<\/p>\n

It turns out that Flickraw was indeed powerful, flexible, and easy to use. After authenticating (following the example on the Flickraw web site), I was able to use it to pull down a list of all the photos from “The boys next door”<\/p>\n

\r\nmy_owner_id = "68457656@N00"\r\nplay_title = "The boys next door"\r\nmy_stream = flickr.photos.search(\r\n              :user_id => my_owner_id, \r\n              :text => play_title, \r\n              :per_page => 500)\r\n<\/pre>\n
I then split that list into the initial set of publicly visible photos, and the photos I’d uploaded after things got screwy and kept private (i.e., visible only to me):<\/p>\n
\r\npublic_photos = my_stream.find_all {|photo| photo.ispublic == 1}\r\nprivate_photos = my_stream.find_all {|photo| photo.ispublic == 0}\r\n<\/pre>\n
My next task was to determine which of the private photos were duplicates of one of the public photos people were already looking at.  All I really<\/em> needed was the list of duplicates, but I decided to create lists of both the duplicates and the non-duplicates.  I had to compare titles here because the Flickr IDs would be different; as far as Flickr knew they were all different photos.  Happily, I had named them in a way that they each had a unique title, so if two photos had the same title, I knew they were the same shot uploaded twice.<\/p>\n
\r\ndups = []\r\nnon_dups = []\r\nprivate_photos.each do |photo|\r\n  public_duplicate = public_photos.find { |pub| photo.title == pub.title }\r\n  if public_duplicate\r\n    dups.push(photo)\r\n  else\r\n    non_dups.push(photo)\r\n  end\r\nend\r\n<\/pre>\n
At this point, I could apply tags to all the photos in the two groups, and all the rest of the fiddling could be done through Flickr’s web tools:<\/p>\n
\r\nnon_dups.each do |photo|\r\n  flickr.photos.addTags(:photo_id => photo.id, \r\n                        :tags => "to_keep")\r\nend\r\n\r\ndups.each do |photo|\r\n  flickr.photos.addTags(:photo_id => photo.id, \r\n                        :tags => "to_delete")\r\nend\r\n<\/pre>\n
I could have actually done everything with the Ruby script (delete the duplicates, change the remaining images to publicly visible, and add them to the appropriate set), but wanted to do that via Flickr so I could see what was happening as I went.  And once the tags were in place, the work in Flickr was quite straightforward.  The result: A set of 339 images<\/a> that contains all the photos I uploaded, with no duplicates, all accomplished without deleting any of the original uploads.<\/p>\n
Big thanks to Ma\u00ebl Cl\u00e9rambault<\/a>, the author of Flickraw, for his excellent little library, and thanks to Flickr for providing this very nice set of API calls.  (Now go fix Flickr Uploadr, damnit!)<\/p>\n
As for the play – I just heard that they took second at today’s sub-sections competiton, which means they move on to sections next week, and Tom<\/a> got a star performance award!  Congratulations all!<\/p>\n\n\t
\n\tTags: API<\/a>, automation<\/a>, Family<\/a>, Flickr<\/a>, Flickraw<\/a>, my photography<\/a>, performance<\/a>, Photography<\/a>, programming<\/a>, Ruby<\/a>, scripting<\/a>
<\/div>\n\n\n\t
Related posts<\/h4>\n\t