I tried two applications for uploaded photos to flickr in Linux. The first is juploadr-1.0, which crashed many times for me and after an entire day of trying I just couldn't get all of the 500 photos I wanted to upload, uploaded. I had much better luck with kflickr-0.6. There seems to be a trend of quality KDE applications (amarok, KDE itself, k3b). Not so many Java or Gnome ones, but I digress. Originally I liked the way of editing descriptions and tags in kflickr but then I realized that neither of these applications compared to flickr's organizer feature, so it didn't matter. kflickr did crash on me if I right-clicked anywhere on the imported images.
kflickr would pop up a dialog box if there was a network timeout and stop uploading entirely whereas juploadr would skip that file and then try the next file. Why it doesn't just retry that file again, I'm not sure. This "feature" turns out to be more of a bug because after it has skipped about 1 out of every 20th photo in my 500 photos, it ended up crashing at some point. So I had a big swath of photos that had not yet been uploaded, but I also had some other photos that had not uploaded because they were skipped. Finding out which photos were skipped would be impossible.
kflickr basically worked on the first try. I got the timeout dialog a few times and thus had to click "OK" and then hit the "Upload" button to resume but in the end it did finish up. For now my flickr uploading application of choice is flickr.
One that I really want to try but have not had luck with is flickrfs. It looks really neat, but I had problems mounting my flickr account on a local directory.
Updated (2006-08-12): Another advantage of kflickr over the competition (juploadr) is that it loads thumbnails lightning fast. With juploadr I was waiting forever for all of them to load whereas flickr took less than a minute for 500 photos.
Updated (2006-08-15): So the problem related to jUploadr timing out is apparently fixed, simply by adding -Xmx512m (for example), to increase the amount of memory available to the Java VM. This will be fixed in 1.1 which is in Beta right now. The other advantage kflickr has over jUploadr right now, however, is the ability to set the title or description for one picture and then to easily move to the next or previous picture, just like you can do in flickr's Organizer. On the other hand, this is a "feature" for jUploadr because it is dangerous to have too many features like this in the client. If the client crashes or your computer crashes you will lose all the captions (for example) that you created locally on your hard drive. This is why I prefer using flickr's organizer. For a small number of pictures, doing all the titles/descriptions in the client quickly can be handy... Another thing, kflickr remembers the tags you used previously (for autocompletion) which just prevents typos in your tags more than anything. Both clients provide a good batch editing mode.
Comments
TundraMan (not verified)
Thu, 2006-08-10 16:57
Permalink
kflickr
Glad to read that you enjoy using KFlickr. The crash due to the right click has been fixed and will make it's way into the upcoming release along with a few other bug fixes. Flickr's own Organizer tool is handy I agree. When I wrote KFlickr the intention was to only do those things that I found flickr fell short on and didn't do that well. This is why KFlickr focuses on a small set of features and tries to do them well. I don't believe in reinventing the wheel. Where I really want to improve things is to have better integration between digikam and flickr thus I only have define tags in digikam and they will be sent automatically to flickr. I have started writing send2kflickr to do this but alas have been stuck in the mud due to limitations in the APIs available to me. Some day soon though I hope to achieve this goal.
David Grant
Thu, 2006-08-10 18:02
Permalink
Actually KFlickr is the only
Actually KFlickr is the only client I use now. It hasn't crashd on me for a long time (I think it's been open for a week now). I actually started not bothering to tag them or even put them in a set locally, I do it all in the Organizer. So I basically use it as a simple drag and drop uploader and it fits my needs well.
scohen (not verified)
Mon, 2006-08-14 15:12
Permalink
jUploadr
This is the first harsh review of jUploadr, and your problem ( skipping about 1 out of every 20th photo in my 500 photos) is due to jUploadr running out of memory.
It's an easy fix, and has been updated in the 1.1 release, but it looks like you like kflickr.
But saying that it's not high quality, that's just cruel.
-steve
David Grant
Mon, 2006-08-14 15:34
Permalink
"There seems to be a trend
"There seems to be a trend of quality KDE applications (amarok, KDE itself, k3b). Not so many Java or Gnome ones, but I digress."
I only quoted a very small set of KDE apps here and gave no examples of Java or Gnome ones. My comment was based on years of experience and it will be impossible for my opinion to not be a generalization at some level; however, the true sample size (# of applications I have tried over the years) is quite large.
There are some excellent Java applications, notably Azureus, and I always like Gallery-Remote, the uploader for Gallery. I didn't say that jUploadr was not high quality, it was more of a statement about how I am always impressed with most KDE apps I try because they usually "just work." I think jUploadr is a very polished looking app and if the problems I experienced with jUploadr are fixed then it will be a high-quality app.
I'll give it another try.
scohen (not verified)
Tue, 2006-08-15 17:01
Permalink
Re: There seems to be a trend
To fix the 'problem' you'll need to edit the jUploadr script file, or wait for 1.1, which will already have this added.
here are instructions
David Grant
Tue, 2006-08-15 21:17
Permalink
What is the proper way to do this?
Hmm, I wonder what the proper way to do this for Java applications is. I mean what value should it be set to. If it were hardcoded to 512 on a system with less than 512M of memory it would start swapping like crazy. In fact this happened to a co-worker just yesterday on a Java application we are developing.
David Grant
Tue, 2006-08-15 21:34
Permalink
jUploadr test
I don't have another set of 500 photos to truly test this. It managed to get through 15 photos without any timeouts though.
Todd Deshane (not verified)
Sat, 2007-06-16 22:08
Permalink
I don't use flickr, but I
I don't use flickr, but I just started using f-spot to upload photos to picasaweb, it seems to work pretty well. It has the ability to upload flickr too.
see http://f-spot.org/Main_Page
coz_ (not verified)
Fri, 2011-04-08 20:25
Permalink
Gnome is still out there
hey all,
I just wanted to add an application name frogr for the gnome desktop,
i have tried kflickr but prefer frogr
coz_
Add new comment