SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I'm trying to find an alternative to digikam for a couple of non-technical users. They need a graphical way of managing the
photos on their cameras; i.e copy / move / deleting from camera; they are used to the 'gimp' so they are comfortable with some image editing.
I have been building digikam for them but it has become too much of a bother with dependencies, and it has become very slow for batch conversions.
So the basic requirements are:
- graphical frontend with similar (but not all) functions to digikam
- stable camera interface (preferably libgphoto2)
- no overkill dependencies like mysql, opencv, json, etc
- gtk+2/3, qt, or kdelibs requirements are OK
- editor which supports crop, aspect-ratio crop, resize, rotate
- ability to search for metadata in images
- ability to embed metadata in images
- batch jobs to rename and write metadata
I've read about a number of alternatives and must discount any gnome packages, even though look really good.
Yes thanks I forgot about gwenview. Last year we tried it but the camera (sony I forget the model) wasn't recognized whereas with digikam it was.
We'll try it again, but I would still like to try any other alternatives.
I use AlienBob's Rawtherapee package and GIMP (especially now that it can handle 16 bit PNGs) - there's a newer version of Rawtherapee available too if you fancy compiling it.
Same situation here (non-technical users). My solution was to split the process :
- bash script to import files from camera (basically : gphoto2 --auto-detect and gphoto2 --get-all-files), and a nice XFCE launcher for the script.
gtkam may be a better solution but I had no luck with it.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,045
Rep:
Quote:
Originally Posted by Woodsman
I didn't know that was the case now. Just got to wonder about developers who think like that.
Yep. Couldn't agree more!
As the kipi-plugins are designed to be used by at least two other KDE applications, it is, IMO, and as I've said elsewhere, a thinly disguised attempt at forcing people to use digiKam.
Same situation here (non-technical users). My solution was to split the process :
- bash script to import files from camera (basically : gphoto2 --auto-detect and gphoto2 --get-all-files), and a nice XFCE launcher for the script.
gtkam may be a better solution but I had no luck with it.
- gthumb (from slackbuild).
Tried fotoxx looks good but users are not impressed.
gthumb looks like it could be THE choice but... I built/installed prequisite
gnome-doc-utils (v0.8.0) and then gthumb (v3.0.1), but when ran gthumb i got the
following error:
-----------------------
GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications.
(gthumb:20032): GLib-GIO-ERROR **: Settings schema 'org.gnome.gthumb.browser' is not installed
-----------------------
Now I installed to /usr/local so the schemas were stored in:
/usr/local/share/glib-2.0/schemas
and 'org.gnome.gthumb.browser' is not there.
This is the same problem as reported in http://web.archiveorange.com/archive...b1rEwgMw9xYmFy
what 'scares' me is the last entry :-)
"Ok, found the problem/solution.
I had to rebuild the gschemas.compiled with glib-compile-schemas.
Now gthumb-3.0.0 works."
Any idea how to correct this? do you have that file in the 'schemas' dir?
I've tried building the latest gthumb v3.2.1 but configure fails (requires 'itstool')
and I refuse to continue down that dependency path :-)
Distribution: Debian Sarge ( lol I should generalize to: Debian Testing )
Posts: 15
Rep:
I would also recommend to use shotwell.
If you like you can reuse your batchscripts to add new pics but you can also use shotwell (properties).
Only disadvantage I see: no hirachical tags.
---------- Post added 04-17-13 at 01:02 PM ----------
I would also recommend to use shotwell.
If you like you can reuse your batchscripts to add new pics but you can also use shotwell (properties).
Only disadvantage I see: no hirachical tags.
I like Gwenview, too, but it doesn't handle RAW images. That's why I use Geeqie quite often, and I am always impressed, how fast it is. So Geeqie is my recommendation for previewing photos and getting them from a camera onto the computer.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.