Hi All,
I'm running Gentoo Linux and digiKam 5.1.0. I'm having some issues with digiKam. Here's the digiKam 5 install information from "About": Version 5.1.0 Using: KDE Frameworks 5.23.0 Qt 5.6.1 (built against 5.6.1) The xcb windowing system Here are the issues so far: A. Despite perhaps 6 hours of steady searching and trialing, I haven't persuaded digiKam to show a proper icon in my IceWm system tray. All I see is a red X. I did manage to get dolphin, konsole, kruler, and kcalc to finally have proper icons (before my marathon search session they all had the same "red X" icon), so the search was not in vain. But I'd really like to have a proper icon for digiKam. I don't care which icon from which theme it is, as long as it's not the red X. B. I deleted a tag labelled "People". I don't have such a tag in my tag tree. It reappeared upon starting digiKam. Tried again, same result. C. I don't use Album categories. I deleted all the album categories and they reappeared when I restarted digiKam. Tried again, same result. D. This is the really serious issue: This morning I spend a couple of hours rearranging the tag tree, which was considerably in disarray. Then I closed and restarted digiKam. A tag tree that I had moved to a new location was back at it's original location. Tried again, same result - it just won't stay put. Here's what I want digiKam to do: Step 1. Upon adding new files to the database, read the image files *once* to get the tags. And then *never* read the image files again. Step 2. Normally only write to the database. Never write to the image files and also don't write to XMP sidecar files. Step 3. Once I've got the tag tree back to where I'd like it to be, I want to write all the tags out to XMP sidecar files. Then I'll use exiftool to rewrite selected tags (tagslist, hierarchicalsubject, and a few other) back to the image files. Then I'll probably delete the existing digikam database and and XMP files, and start over with a clean database, hopefully with all the tags properly read in as per step 1 above. How do I set digiKam up to do the above? Is this even possible? Because of D above, it would seem to require not shutting digiKam down until I've completely redone the tag tree? Before starting digiKam 5 I removed all the old digiKam/showFoto settings files. Upon starting digiKam 5 I made a new sqlite database, and for some reason the database name is "digikam4db" - why is this? Best, and thanking you in advance for any help, Elle |
On 08/15/2016 04:30 PM, Elle Stone wrote:
> D. This is the really serious issue: This morning I spend a couple of > hours rearranging the tag tree, which was considerably in disarray. Then > I closed and restarted digiKam. A tag tree that I had moved to a new > location was back at it's original location. Tried again, same result - > it just won't stay put. > I tried making a new tag "B" under the place in the tag tree where the errant tag "A" should be. Then I moved the subtags from A to B and then deleted tag A. Upon restarting digiKam tag A was gone. But so were all of the subtags from A that I had moved to B before deleting tag A. Best, Elle |
In reply to this post by Elle Stone-2
2016-08-15 22:30 GMT+02:00 Elle Stone <[hidden email]>: Hi All, Certainly, The Breeze icon theme is not installed on you system.
Yes. It's the rules in database schema about Face Management. There is already a report about.
This part have not yet checked since a while because is not too much used.
Did you use Mysql as database ?
Do you mean the automatic scan for new item at start up ? There is an option to disable it on Setup/Misc
See Setup/Metadata configuration.
Again, Setup/Metadata has the right option for you.
DK 4.x and 5.x use the same database file. The schema is not changed, so the filename too. Gilles Caulier Best, |
On 08/15/2016 04:37 PM, Gilles Caulier wrote:
> > > 2016-08-15 22:30 GMT+02:00 Elle Stone <[hidden email] > A. Despite perhaps 6 hours of steady searching and trialing, I > haven't persuaded digiKam to show a proper icon in my IceWm system > tray. All I see is a red X. I did manage to get dolphin, konsole, > kruler, and kcalc to finally have proper icons (before my marathon > search session they all had the same "red X" icon), so the search > was not in vain. But I'd really like to have a proper icon for > digiKam. I don't care which icon from which theme it is, as long as > it's not the red X. > > > Certainly, The Breeze icon theme is not installed on you system. Yes, it is already installed (happened back at the beginning of the 6-hour marathon): $ equery list '*breeze*' * Searching for *breeze* ... [IP-] [ ] kde-frameworks/breeze-icons-5.23.0:5/5.23 > > B. I deleted a tag labelled "People". I don't have such a tag in my > tag tree. It reappeared upon starting digiKam. Tried again, same result. > > > Yes. It's the rules in database schema about Face Management. There is > already a report about. OK, thanks! This is a minor issue. > C. I don't use Album categories. I deleted all the album categories > and they reappeared when I restarted digiKam. Tried again, same result. > > > This part have not yet checked since a while because is not too much used. OK. This also is a minor issue. > > D. This is the really serious issue: This morning I spend a couple > of hours rearranging the tag tree, which was considerably in > disarray. Then I closed and restarted digiKam. A tag tree that I had > moved to a new location was back at it's original location. Tried > again, same result - it just won't stay put. > > Did you use Mysql as database ? No. I'm using sqlite-3.12.0. I don't have mysql or mariadb installed. > > Here's what I want digiKam to do: > > Step 1. Upon adding new files to the database, read the image files > *once* to get the tags. And then *never* read the image files again. > > > Do you mean the automatic scan for new item at start up ? There is an > option to disable it on Setup/Misc I do want digiKam to scan for new items. What I don't want is for digiKam to read the information from old items again and again and again. I don't want digiKam to monitor for changes in the metadata in files that are already in the database. Read once and then never read again. > > Step 2. Normally only write to the database. Never write to the > image files and also don't write to XMP sidecar files. > > > See Setup/Metadata configuration. Well, I've already done my best to make the right configuration settings. But I'm not sure I made the right choices: * I unchecked everyting on the Metadata Behavior tab. * On the Rotation tab I selected Rotate by only setting a flag. * I don't know what to do with the Advanced Configuration tab. But I made some changes to that tab and upon restarting digikam the changes were "undone". > > Step 3. Once I've got the tag tree back to where I'd like it to be, > I want to write all the tags out to XMP sidecar files. Then I'll use > exiftool to rewrite selected tags (tagslist, hierarchicalsubject, > and a few other) back to the image files. Then I'll probably delete > the existing digikam database and and XMP files, and start over with > a clean database, hopefully with all the tags properly read in as > per step 1 above. > > > Again, Setup/Metadata has the right option for you. And these would be? I have a feeling that the problem might not be in the settings, but elsewhere. I ran digiKam from a terminal to see the output. The only thing that stands out are complaints about dbus: Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected" "Not connected to D-Bus server" Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected" "Not connected to D-Bus server" Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected" "Not connected to D-Bus server" Failed enumerating UDisks2 objects: "org.freedesktop.DBus.Error.Disconnected" "Not connected to D-Bus server" Could this be the issue? According to htop, "something" dbus related is running as soon as I start the IceWM desktop, but maybe something else needs to be running? > Before starting digiKam 5 I removed all the old digiKam/showFoto > settings files. Upon starting digiKam 5 I made a new sqlite > database, and for some reason the database name is "digikam4db" - > why is this? > > DK 4.x and 5.x use the same database file. The schema is not changed, so > the filename too. OK, thanks! Best, Elle |
2016-08-15 23:07 GMT+02:00 Elle Stone <[hidden email]>: On 08/15/2016 04:37 PM, Gilles Caulier wrote: digiKam never do that. Step 2. Normally only write to the database. Never write to the No Dbus is a communication chanel between Linux applications. this has nothing to do with metadata. But the error is suspect about Linux desktop stability. Before starting digiKam 5 I removed all the old digiKam/showFoto |
On 08/15/2016 05:11 PM, Gilles Caulier wrote:
> Here's what I want digiKam to do: > > Step 1. Upon adding new files to the database, read the > image files > *once* to get the tags. And then *never* read the image > files again. > > > Do you mean the automatic scan for new item at start up ? There > is an > option to disable it on Setup/Misc > > > I do want digiKam to scan for new items. What I don't want is for > digiKam to read the information from old items again and again and > again. I don't want digiKam to monitor for changes in the metadata > in files that are already in the database. Read once and then never > read again. > > > digiKam never do that. My apologies, I don't understand. What is it that digiKam never does? Are you saying digiKam only reads the metadata from a file once, upon import? Or are you saying that digiKam always checks for changes in files that are already in the database, and this behavior can't be disabled? > Step 2. Normally only write to the database. Never write to the > image files and also don't write to XMP sidecar files. > > > See Setup/Metadata configuration. > > > Well, I've already done my best to make the right configuration > settings. But I'm not sure I made the right choices: > > * I unchecked everyting on the Metadata Behavior tab. > > * On the Rotation tab I selected Rotate by only setting a flag. > > * I don't know what to do with the Advanced Configuration tab. But I > made some changes to that tab and upon restarting digikam the > changes were "undone". Are these the right settings? > > No Dbus is a communication chanel between Linux applications. this has > nothing to do with metadata. > But the error is suspect about Linux desktop stability. I'm not sure what you mean - my Linux IceWM desktop has seemed rock solid for as long as I've been running Linux, which is since 2007. I've been running pretty much the same mix of KDE and GTK apps the whole time. Best, Elle |
2016-08-15 23:33 GMT+02:00 Elle Stone <[hidden email]>: On 08/15/2016 05:11 PM, Gilles Caulier wrote: digiKam will always scan for new items downloaded from camera digiKam will never automatically scan already registered items when metadata changes externally. You must to do it manually in digiKam. There is a file in bugzilla to change this behavior but it's not implemented. It possible now to disable the scan for new items at startup up to speed-up initialization. This can be done manually of course later in digiKam.
I think no, and this depend of your needs. Are you take a look to the tooltip over each settings in Setup/metadata page ? You can tune what you need to write in image metadata, and how you want to handle the XMP sidecar.Forget the advanced configuration panel for the moment.
But this dbus error is abnormal... Gilles Caulier
|
On 08/16/2016 12:36 AM, Gilles Caulier wrote:
> Are you saying digiKam only reads the metadata from a file once, > upon import? > > Or are you saying that digiKam always checks for changes in files > that are already in the database, and this behavior can't be disabled? > > > digiKam will always scan for new items downloaded from camera > digiKam will never automatically scan already registered items when > metadata changes externally. You must to do it manually in digiKam. > There is a file in bugzilla to change this behavior but it's not > implemented. > It possible now to disable the scan for new items at startup up to > speed-up initialization. This can be done manually of course later in > digiKam. > Thanks! for the clarification. > > No Dbus is a communication chanel between Linux applications. > this has > nothing to do with metadata. > But the error is suspect about Linux desktop stability. > I'm not sure what you mean - my Linux IceWM desktop has seemed rock > solid for as long as I've been running Linux > > But this dbus error is abnormal... I tried to go back to digiKam4, but the corresponding libkipi packages wouldn't compile. So I reinstalled digiKam5 and updated some other stuff. And now the dbus errors have disappeared. In digiKam5, even after reinstalling moving tags from one location to another location on the tag tree still sometimes fails, and always with the same tags. I think the relevant terminal output is as follows: digikam.general: Delete Shortcut assigned to tag 76 digikam.dbengine: Failure executing query: "UPDATE Tags SET pid=? WHERE id=?;" Error messages: "Unable to fetch row" "UNIQUE constraint failed: TagsTree.id, TagsTree.pid" 19 1 Bound values: (QVariant(int, 184), QVariant(int, 76)) digikam.general: Delete Shortcut assigned to tag 12 digikam.dbengine: Failure executing query: "UPDATE Tags SET pid=? WHERE id=?;" Error messages: "Unable to fetch row" "UNIQUE constraint failed: TagsTree.id, TagsTree.pid" 19 1 Bound values: (QVariant(int, 184), QVariant(int, 12)) digikam.general: Delete Shortcut assigned to tag 80 digikam.dbengine: Failure executing query: "UPDATE Tags SET pid=? WHERE id=?;" Error messages: "Unable to fetch row" "UNIQUE constraint failed: TagsTree.id, TagsTree.pid" 19 1 Bound values: (QVariant(int, 184), QVariant(int, 80)) So I transferred the subtags of the "unique constraint"-affected tags to where they ought to be by creating a new tag in the correct location, and moving the subtags from the old tag to the new tag. Hopefully this "unique contraint" issue won't happen again. I have icons for all my other KDE applications, but still not for digiKam5. I gave IceWM the exact path to the breeze icon for digiKam (shouldn't be necessary), and also tried the exact path to the oxygen icon, and either way still the digiKam icon is just the red X. Best, Elle |
I am unable to get Export to Flickr working on V5. I have not used this
before but when I go to add account it does not open a browser window in my default browser so I am unable to follow the instructions. Firefox is my default browser but nothing happens in it. I am running openSUSE Tumbleweed with V5.1 of digikam. Anyone any id3eas please? Stuart -- Website: http://www.stella-maris.org.uk or: http://www.broadstairs.org |
Hi I just tested to upload to Flickr from Digikam 5.1 and it worked fine for me on Kubuntu 16.04. I had to close all my firefox browsers running though to get to the right flickr website page to authorize digikam as a 3rd party application to use flickr. If I tried to connect my account with firefox allready started I ended up on a firefox flickr page that gave errors about browser cookies. After authorization of digikam on flickr it just works from within digikam.On Thu, Aug 18, 2016 at 9:49 PM, Stuart T Rogers <[hidden email]> wrote: I am unable to get Export to Flickr working on V5. I have not used this before but when I go to add account it does not open a browser window in my default browser so I am unable to follow the instructions. Firefox is my default browser but nothing happens in it. I am running openSUSE Tumbleweed with V5.1 of digikam. Anyone any id3eas please? |
I've just tried on my laptop with Tumbleweed and it does open the
browser window but I am unable to login on that page, however in a new browser window I can login to flickr OK so I know my user/password is correct. I'll test some more.... Stuart On 18/08/16 21:23, Philip Johnsson wrote: > Hi > I just tested to upload to Flickr from Digikam 5.1 and it worked fine > for me on Kubuntu 16.04. I had to close all my firefox browsers running > though to get to the right flickr website page to authorize digikam as a > 3rd party application to use flickr. If I tried to connect my account > with firefox allready started I ended up on a firefox flickr page that > gave errors about browser cookies. After authorization of digikam on > flickr it just works from within digikam. > > /Philip > > > On Thu, Aug 18, 2016 at 9:49 PM, Stuart T Rogers > <[hidden email] <mailto:[hidden email]>> wrote: > > I am unable to get Export to Flickr working on V5. I have not used > this before but when I go to add account it does not open a browser > window in my default browser so I am unable to follow the > instructions. Firefox is my default browser but nothing happens in > it. I am running openSUSE Tumbleweed with V5.1 of digikam. Anyone > any id3eas please? > > Stuart > > -- > Website: http://www.stella-maris.org.uk > or: http://www.broadstairs.org > > -- Website: http://www.stella-maris.org.uk or: http://www.broadstairs.org |
Free forum by Nabble | Edit this page |