digiKam - cross-platform photo management

Post details of freeware that are found to be not portable here. Posts in the submissions forum relating to freeware found to be not portable should also be moved here.
Post Reply
Message
Author
User avatar
webfork
Posts: 8340
Joined: Wed Apr 11, 2007 8:06 pm
Location: US, Texas
Contact:

digiKam - cross-platform photo management

#1 Post by webfork » Mon Aug 19, 2013 11:40 am

Program Summary:
digiKam is an advanced digital photo management application for linux/KDE, which makes importing and organizing digital photos a "snap". The photos are organized in albums which can be sorted chronologically, by folder layout or by custom collections.
Short version: this is a big wait-and-see. The Windows version is apparently both huge and crashy. Once it gets a little more stable and the KDE install bits get pared down, this could be a powerful addition to the portable community.

I did some research on this before I came across the PA thread that goes into a bit more detail: http://portableapps.com/node/28757
Last edited by webfork on Mon Aug 19, 2013 2:44 pm, edited 1 time in total.

User avatar
webfork
Posts: 8340
Joined: Wed Apr 11, 2007 8:06 pm
Location: US, Texas
Contact:

Re: digiKam - cross-platform photo management

#2 Post by webfork » Tue Jan 08, 2019 3:26 pm

Update: The program is now at least starting on my machine so that's a win right there, but it did still crash and some of the preview functionality wasn't working. Still, there's a remarkable amount of functionality in this program. Just the search component alone is startlingly detailed:

Image

Resources: 1.7 gigs of disk space, 350 megs of RAM

Steps: Download, extract using 7zip, launch digikam.exe. Tested v.5.9.0

Status: Not portable, writes to C:\Users\hybrid\AppData\Local

Site: https://www.digikam.org/

Stephen Leibowitz
Posts: 8
Joined: Sat Mar 08, 2014 3:58 am

Re: digiKam - cross-platform photo management

#3 Post by Stephen Leibowitz » Thu Jan 10, 2019 6:23 am

Version 6 beta 3 was released last year. The plan is for the production version 6 to be released on February 10. Here are two quotes from the digicam.org website about version 6, which may be especially relevant to non-Linux users:

“A huge factoring of source code has been done to reduce external dependencies again with the goal to simplify application compilation, packaging and maintenance for the next years.”

“Also, the port to Qt5 with less KDE dependencies has seriously stabilized the application and we now enter the last stage to stabilize all source code on this platform well.”

The Windows build of Version 6 will include Dr. Mingw, which is a Just-in-Time (JIT) debugger.

Version 6 has additional features, including video management support.

User avatar
webfork
Posts: 8340
Joined: Wed Apr 11, 2007 8:06 pm
Location: US, Texas
Contact:

Re: digiKam - cross-platform photo management

#4 Post by webfork » Sat Jan 12, 2019 4:52 pm

Stephen Leibowitz wrote:
Thu Jan 10, 2019 6:23 am
“A huge factoring of source code has been done to reduce external dependencies again with the goal to simplify application compilation, packaging and maintenance for the next years.”

“Also, the port to Qt5 with less KDE dependencies has seriously stabilized the application and we now enter the last stage to stabilize all source code on this platform well.”
Great news, I look forward to seeing what the new version holds. Thanks!

User avatar
webfork
Posts: 8340
Joined: Wed Apr 11, 2007 8:06 pm
Location: US, Texas
Contact:

Re: digiKam - cross-platform photo management

#5 Post by webfork » Sat Mar 16, 2019 8:57 am

As Stephen Leibowitz suggested earlier in the thread, the program did see some really positive updates. I retested recently and the crashing discussed previously seems to have mostly been worked out. Also, this program did *finally* add a functionality I've been looking for: you can select multiple thumbnails and modify just those items for size, color, conversion, filters, etc. Wonderful news.

Unfortunately it's not portable ...

Steps: download and unzip, overwriting when prompted, launch digikam.exe

Status: Not portable, writes to C:\Users\USERNAME\AppData\Local\digikamrc. Also writes to \AppData\Local\kxmlgui5\digikam\ I was also unable to determine how to get the photos database to work within the local folder.

Resource: Still huge; the download is 275 megs, install is 1.3 gigs, RAM was 313 megs on my Win10x64 system. Again, this is a feature monster so at least this is one program who's size is comiserate to the features, but it's probably unwise to have it running in the background all the time.

Comparison to other programs here on the site: Like PhotoDemon, the program is primarily targeted to photographers and not for standard image addendums for screenshots, such as arrows, text, boxes, etc. Probably PhotoScape is the best program to play in both camps.

Stephen Leibowitz
Posts: 8
Joined: Sat Mar 08, 2014 3:58 am

Re: digiKam - cross-platform photo management

#6 Post by Stephen Leibowitz » Mon Apr 15, 2019 8:27 pm

Version 6.1.0 has been released. It is at https://download.kde.org/stable/digikam/6.1.0/

The most prominent addition is a new plugins interface named “DPlugins” for Generic, Editor, and BQM tools. Also, the Dr. Mingw debugger component has been updated from version 0.8.2 to 0.9.1.

Here is a list of bug fixes:
https://bugs.kde.org/buglist.cgi?f1=cf_ ... m&v1=6.1.0

DigiKam has scalability. The default database engine is SQLite, but MySQL and MariaDB are good options for collections with a large number of images. See
https://docs.kde.org/trunk5/en/extragea ... p-database
https://scribblesandsnaps.com/2018/10/1 ... d-mariadb/

Stephen Leibowitz
Posts: 8
Joined: Sat Mar 08, 2014 3:58 am

Re: digiKam - cross-platform photo management

#7 Post by Stephen Leibowitz » Wed May 01, 2019 3:31 pm

webfork wrote:
Sat Mar 16, 2019 8:57 am
Status: Not portable, writes to C:\Users\USERNAME\AppData\Local\digikamrc. Also writes to \AppData\Local\kxmlgui5\digikam\ I was also unable to determine how to get the photos database to work within the local folder.
Perhaps I am missing something, but I suspect that the two AppData folders can be made portable by setting the environment variable %LOCALAPPDATA% to the portable location. A batch modifier might also be helpful by setting the current drive to that of the removable drive.

Here is a batch file demonstrating these ideas:

Code: Select all

Rem Batch file with extra commands to show portability.
Rem The batch modifier for d0 is on the next line.
%~d0
Rem The md command is not needed after digiKam is installed.
md \digiKam
cd \digiKam
Rem This will set LOCALAPPDATA to a subfolder within digiKam.
Rem An alternative is to set it to a folder on the same drive,
Rem but outside of the digiKam folder.
set LOCALAPPDATA
set LOCALAPPDATA=%CD%\AppData_Local
set LOCALAPPDATA
Rem The md command is not needed after the AppData_Local folder is created.
md %LOCALAPPDATA%
dir %LOCALAPPDATA%
Rem A line should be added to run digikam.exe
The database files are discussed at
digiKam Configuration > Database Settings
https://docs.kde.org/trunk5/en/extragea ... p-database

In the “The SQLite Database” section is a screenshot of “Database Configuration.” The user can set the location of three databases. It says, “For performance reasons, it’s also recommended not to use removable media.” I think that performance should be acceptable in most cases when using Thunderbolt or fast USB drives. webfork’s posting indicated that the storage requirements for digiKam are hefty. It is out of the range of most current thumb drives, but not of larger removable drives.

MySQL and MariaDB are also options for digiKam storage. It may be wise to first focus on the simpler option of using SQLite in implementing a portable version of digiKam.

Later in the web page is the section “Collections Settings.” There is a screenshot of “Root Album Folders.” One of the options is “Collections on Removable Media.”

User avatar
webfork
Posts: 8340
Joined: Wed Apr 11, 2007 8:06 pm
Location: US, Texas
Contact:

Re: digiKam - cross-platform photo management

#8 Post by webfork » Wed May 01, 2019 3:58 pm

It is out of the range of most current thumb drives, but not of larger removable drives.
You can get a 4 gig drive for almost nothing and the program itself is only 1.3 gigs so it's not out of the realm of possibility. I suspect they're trying to address the fact that you could run the program, all pictures, the database, and do all that on a system that may or may not embrace a full USB 3.0 hardware. In that case I can see some bottlenecks and some frustrated support posts. They don't want to try and guess about what hardware you're using and its therefore better to stay focused on local installs.

Still, so long as there's a pretty intense caveat, I think there's a case for taking everything with you. If I keep using the program, I might post something to their issue site in the future and try to do just that.
Last edited by webfork on Thu May 02, 2019 3:56 am, edited 1 time in total.
Reason: (cut a dumb sentence)

User avatar
Midas
Posts: 4606
Joined: Mon Dec 07, 2009 7:09 am
Location: Sol3

Re: digiKam - cross-platform photo management

#9 Post by Midas » Thu May 02, 2019 4:25 am

Stephen Leibowitz wrote: Here is a batch file demonstrating these ideas...
That's some interesting info and a straightforward portability workaround. Thanks for posting. 8)

Stephen Leibowitz
Posts: 8
Joined: Sat Mar 08, 2014 3:58 am

Re: digiKam - cross-platform photo management

#10 Post by Stephen Leibowitz » Tue May 07, 2019 10:32 am

I have been working to make Krita portable. This made me aware that improvements were possible to the digiKam batch file I posted in #7 to this topic on May 1. The batch file should be on the same drive as digiKam, but does not have to be in the same folder. Here is the improved batch file:

Code: Select all

cd /d  %~d0\digiKam
:: This will set USERPROFILE to the digiKam folder.
:: The program uses this as the parent for the AppData\Local folder.
:: An alternative is to set USERPROFILE to a folder on the same drive,
:: but outside of the digiKam folder.
set USERPROFILE=%CD%
REM set USERPROFILE=%~d0\
START "digiKam"  digikam.exe
The first time the program is run, it will start with a configuration assistant, also known as “The First Run Dialog.” On the “Configure where you keep your images” screen, the assistant will propose a location, such as H:\digiKam\Pictures . Drive letter assignments can change for removable drives. To store the images on the removable drive, the user should delete the explicit drive assignment. In this case, delete H: . The next screen is “Configure where you will store databases.” If the assistant proposes a location with an explicit drive letter assignment, the user should similarly delete that drive assignment.

The assistant will propose the folder Pictures for the image and database files, and offer to create it if it does not exist. The user can choose a different folder name. To increase the separation from the code, the user can specify a folder, new or existing, that is outside the digiKam folder. The user can also store the database files in a different folder than the image files. More folders can be added later for the image files from the Settings menu.

I will submit an enhancement request to the digiKam team to make available a Zip file version of their application. In the meantime, install/copy/uninstall or use Universal Extractor.

*******

Since I have broached the subject of Krita, how about adding it to the Portable Freeware Collection? The batch file I wrote for Krita is very similar to the one in this post. I posted information about my portable Krita version at
https://forum.kde.org/viewtopic.php?f=1 ... 24#p416324

In addiion to my environment variable approach to making Krita portable, there is the PortableApps.com version. Also, I have a high regard for yaP. Perhaps tproli could update its Krita config?

Portable Freeware has a topic on Krita at
viewtopic.php?f=4&t=22092

Post Reply