LWN.net Logo

A quick grumpy review of Shotwell

A quick grumpy review of Shotwell

Posted Jun 17, 2010 2:57 UTC (Thu) by PhracturedBlue (subscriber, #4193)
Parent article: A quick grumpy review of Shotwell

I've been using digiKam for a while. In fact the only reason I have KDE libs on my system is to run digiKam. I've tried lots of organizational programs, and they all have limitations, but digiKam is good at handling RAW images (including custom color profiles), has decent editing capabilities, and makes it easy to apply transformations to image sets. It also has no problem dealing with a directory full of images, and it will only modify them when you tell it too (a problem I had last time I tried F-Spot)

I know this is an article about Shotwell, and it is scheduled to have RAW support and a 16bit pipeline in the future, but I think it needs to mature more before I give it a try.

Anyhow, I think the grumpy editor reviewed digiKam a while ago (like in 2005), but I am quite happy with it now


(Log in to post comments)

Digikam

Posted Jun 17, 2010 5:19 UTC (Thu) by noxxi (subscriber, #4994) [Link]

I can also only recommend digikam.
I've switched to it years ago while migrating from Mac/iPhoto and I'm quit happy with it. It's easy to group, classify, comment and tag images, it supports easy geotagging and it's open in that it can store all these meta data in standard format in the image itself.
The last point is the most important for me, because this means I'm not locked in into using digikam.
And if I need to do something special with the meta-data outside of digikam I can also script my images outside of it and later make digikam read the changed meta data.

Digikam

Posted Jun 17, 2010 10:22 UTC (Thu) by nix (subscriber, #2304) [Link]

It's also open in that even its internal DB (maintained so it doesn't have to keep on rewriting images all the time) is a sqlite database, so easy to fiddle with outside of digikam.

Digikam

Posted Jun 17, 2010 10:32 UTC (Thu) by tzafrir (subscriber, #11501) [Link]

Right. But try copying it from one computer to the other. It will loudly complain about invalid an UUID. It stores the UUID of the disk in the DB.

Digikam

Posted Jun 18, 2010 8:15 UTC (Fri) by buchanmilne (guest, #42315) [Link]

In 1.3, the database can also be external (so, sharing photo meta-data between different machines is possible, if the photos are in a constant location, e.g. network share). At present only MySQL is supported, but more external databases will come.

Digikam is also available on Windows, and while there are a few small issues, works adequately, and is better than many of the free apps on Windows.

A quick grumpy review of Shotwell

Posted Jun 17, 2010 10:45 UTC (Thu) by modernjazz (guest, #4185) [Link]

Agreed, Digikam is quite amazing, and I use it for my own collection---it implements everything I've ever wanted, and more, and is easy to use. I think it does most things our editor wants in the way our editor seems to want them to work, with one exception: it is very much album-based and therefore requires importing a new directory (though the imported set of files are not "black box", one simply gets a copy of the original directory and the files within it). And for importing, at least it defaults to the directory from which digikam was launched on the command line (that's frequently a big pet peeve of mine as well).

However, I wonder whether editor is looking for a more lightweight approach? If so, it's possible that gwenview may be a closer KDE equivalent: even though it's not really a "photo management application" it addresses, quite nicely, most of the things that made our editor grump about Shotwell. On the other hand, as far as I can tell it currently lacks features that he might find essential: viewing RAW images without needing to first convert to another format (at least you can do this conveniently within gwenview...), and photo-organizational features (I can't find a way to "display by tag," though as nepomuk matures I suspect that will soon come for free). So I doubt it would currently fit his needs. Still, it's surely an application worth keeping an eye on.

A quick grumpy review of Shotwell

Posted Jun 20, 2010 10:46 UTC (Sun) by jospoortvliet (subscriber, #33164) [Link]

Maybe he can just use showfoto from Digikam? It has afaik all he needs - it can open a folder and let you quickly modify all images in there. I use it often for retouching foto's...

digikam

Posted Jun 17, 2010 13:21 UTC (Thu) by Webexcess (subscriber, #197) [Link]

I recently switched to digikam when f-spot stopped working on my netbook (20K photos-of-the-kids might have had something to do with it)

fast and very configurable UI is great for the netbook. It also *understands* that the photos are on the LAN and might disappear if the connection goes away. Unfortunately I can't seem to bind a shortcut key to tagging images (3 mouse clicks instead), and navigation keyboard commands are a little cumbersome.

Overall it's still the best I've found.

digiKam

Posted Jun 19, 2010 2:06 UTC (Sat) by Velmont (guest, #46433) [Link]

Correct. digiKam is the only photo organizer in Linux that isn't dog slow and doesn't want to move your pictures.

I've tested them all, digiKam is the only software that works.

Too bad I have to pull inn half of KDE just to use it, Konqueror and Kmail (wtf?) and loads of other stuff I don't want. However, it's just miles ahead everything else...

digiKam

Posted Jun 20, 2010 10:48 UTC (Sun) by jospoortvliet (subscriber, #33164) [Link]

that's really really weird, as digikam should only depend on KDElibs (and possibly kdeworkspace-runtime). Konqi and kmail are entirely separate apps... Some distributions do not split up packages, eg if you want kmail you will get all KDE PIM apps but digikam isn't even part of the official KDE software compilation but has a separate release schedule. So it should certainly not require any other KDE application to be available.

digiKam

Posted Jun 23, 2010 5:20 UTC (Wed) by Velmont (guest, #46433) [Link]

This is Ubuntu, it was a few releases ago, but I just checked with Lucid Lynx now, and although it doesn't seem to pull in Kmail, it does pull in Konqueror and Dolphin.

digiKam

Posted Jun 23, 2010 6:27 UTC (Wed) by jospoortvliet (subscriber, #33164) [Link]

Tsss. Well I couldn't think of a reason why this would be needed - it's simply a dependency/packaging issue in debian/ubuntu. I'd file a bug...

digiKam

Posted Jun 23, 2010 13:19 UTC (Wed) by nix (subscriber, #2304) [Link]

Perhaps it's for the 'open in file viewer' menu option.

digiKam

Posted Jun 23, 2010 13:26 UTC (Wed) by jospoortvliet (subscriber, #33164) [Link]

Na, that should just use the XDG standard and open eg Nautilus in Gnome or Explorer in Windows...

digiKam in Ubuntu RECOMMENDS konqueror

Posted Jun 24, 2010 11:49 UTC (Thu) by emmi3 (subscriber, #62443) [Link]

The Ubuntu package for digikam does NOT depend on Konqueror or Dolphin, but it instead recommends kipi-plugins, which in turn recommends konqueror und suggests kmail and so on...

Since Ubuntu by default installs recommended packages (but afaik not suggested packages) konqueror is "pulled in".

So to install digikam with the kipi-plugins (and exiv2), but without Konqueror and Dolphin one could use the following command:

aptitude -R install digikam kipi-plugins+M exiv2+M

To find out about the dependencies I find the "-D"-switch for aptitude usually very helpful. Or use

aptitude -R digikam

and look out for RECOMMENDED but not installed packages

Yours,
Robert

digiKam in Ubuntu RECOMMENDS konqueror

Posted Jul 4, 2010 21:19 UTC (Sun) by bjartur (guest, #67801) [Link]

WTH is this a recommendation (rather than a suggestion)?!

Debian Packaging Policy [OT]

Posted Jul 5, 2010 8:30 UTC (Mon) by Felix.Braun (subscriber, #3032) [Link]

The difference as per Debian Packaging Policy is a matter of degree:

Depends
This declares an absolute dependency.
Recommends
This declares a strong, but not absolute, dependency.
Suggests
This is used to declare that one package may be more useful with one or more others.

I think that this fine-grained dependency tracking allows Debian (and derivatives) to strike a good compromise between simplicity and configurability in terms of dependency management.

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds