Is there a particular reason you add every folder as a separate collection instead of the parent folder?
Of course this shouldn’t cause the problems you describe, but I would expect it to be slower.
If it’s the exact same files, did you already try to copy those and only those to another location and add that as a collection to digikam - to see if the problem occurs as well?
The behavior is so erratic that it is a bit hard to explain.
I first thought that, once a thumbnail refused to display, that it always behaved in that manner; however, last night, I just started at the bottom of the tag tree and worked my up, and I found images affected from all years randomly scattered throughout; and, images that I know for a fact were not displaying properly were displaying fine and others that had not previously been affected were exhibiting the problem. (I didn’t get very far up the tree)
That being said, there is one particular tag group that has certain thumbnails that, once they disappear, they have stayed disappeared; however, in that same group, there are others that disappear for days, only to reappear later.
That is a good experiment you described and I will definitely try it.
I had considered also copying some of them onto one of our other machines and seeing what the other machine’s digiKam did with them.
Thanks for the idea.
Okay, it gets even weirder…
Using FastStone so as to be independent of digiKam, I selected 18 files that were not displaying properly and copied them to a test folder and made that folder a Collection in digiKam.
In Albums View, all 18 images displayed and worked as they should.
In Tags View, even Collections that had been displaying the correct number of items on the blue separator bar, now are only saying and displaying a single item, even when I know there are many more.
In a couple of instances, the blue separator bar would be half-lapped over the thumbnails, either above or below.
Thumbnails that belonged to one collection would be displaying in the wrong collection.
And it gets even weirder…
No matter which tag group any of the 18 test images was displaying in, only a single item would display where there should have been more — and — high-lighting/selecting any of the test images would result in the right-side Tags panel to grey out.
Even weirder still…
I have no idea what was going on in the collections that were out of my view.
That being said, I could see a test image thumbnail and also a thumbnail of the collection above.
There would only be a single item displaying in the above collection.
However, when I clicked on the test image thumbnail, the single thumbnail being displayed in the collection above would change to a different image.
These 18 test images function as they should in other programs that I have tried.
I have just uninstalled digiKam; and, when I went digging into the various nooks and crannies to delete any remaining traces, I found these two files lurking in my AppData Local folder:
digiKam_tagsmanagerrc and digiKamrc
Could this digiKam_tagsmanagerrc file be the reason why, even though I would delete the thumbnail database and even rebuild the main database, my Tags View problem would always remain with me ?
Of course, I can’t play around with it now, as it has been uninstalled, but I would be curious to know if maybe this could have been the culprit.
I don’t think so. These are just configuration files not database files
I haven’t noticed - seems to pick all what tagged.
This is getting ridiculous !
I completely un-installed digiKam, even to the point of manually deleting every last vestige from the registry.
I performed a new pristine virgin installation of the most recent stable release that I could ascertain, version 5.9.0
One by one, I meticulously reinstated my entire photo collection of finished jpegs ONLY.
Once I got the entire collection reestablished in digiKam, I closed my eyes and investigated Tags View.
THE STUPID PROBLEM IS STILL THERE.
Just for fun, I purged the metadata from a selected group that were not displaying properly.
I created some brand new header tags and brand new sub-tags.
I brought these up in Tags View and still they had the problem.
I did learn another quirk about the situation: I had a particular tag that I knew for fact should have had 22 images displaying from a certain “collection” or “Album” if you prefer.
Only five were showing; the blue header-bar said there should be eight; and, I knew for fact that there should be 22.
I removed the tag from the five that were showing and the remaining seventeen that had not been showing magically appeared with full control abilities.
Just for fun, I moved to a different HDD and that did not help a bit.
I was determined to get to the bottom of this situation, emphasis on the “was”; I think I will take up drinking instead.
So far, all thumbnails show up and work fine in Albums View.
Just about every time I use digiKam, I find more and more images wrongly tagged with various random tags that no way did I apply.
Surely I am not the only human alive that has had this issue.
The big mystery is that there was no problem at all and everything worked perfectly right up until it all went haywire.
Also, since I did the new install, digiKam now crashes frequently for no reason that I can fathom; and, when it reopens after a crash, it has forgotten where I was.
I have numerous photo editing programs and not the least problem with the performance of any of them — only digiKam.
Perhaps your cat tag of subs isn’t registering? I have resorted to using subs only I dunno how to turn on cats.
Have u used other soft on u pics? How tags are written to DB/images/sidecars might not be the most compatible. Depends.
I don’t think you have ever investigated the tags on problematic images with a different program - or did I miss it? When I was using some very olde digikam version (4.x) I managed to **** up my tags pretty well, and digikam was even more confused than I was. I do think nowadays it is much more robust with regards to “weird” tags, but maybe it isn’t.
tldr: I propose to examine a problematic file for all its tags (e.g. with exiftool -a -G1, I think there is also an exiftool gui program for windows) and see whether there is something weird. If there is nothing obvious, do the same with a picture that works just fine and compare.
I can see all the applied tags in (to only name a few of the programs I checked) Windows Explorer, FastStone, XnView, etc.
Every tag in my entire photo collection has been applied with digiKam.
I have noticed that, although not all of the problem images, but the majority of them, were images taken in 2017.
What blows my mind is that I completely purged my system of digiKam, as if it had never existed; then, I installed it anew and folder-by-folder reinstated my collection and the problem is right there as if I hadn’t done a thing.
Right up until I first noticed the problem, there was no problem.
I think I have a recent version of Exiftool in my “things to install someday” folder; maybe I will get it installed and see if it reveals anything.
Thanks for the suggestions.
I hate to admit it; but, I investigated Lightroom to see if it would be a viable and hopefully working solution to my situation; however, working correctly or not, Lightrooms tagging and tag-searching abilities fail miserably when compared to even a crippled digiKam.
That’s not so surprising. I know from my windows only times that setting up from a clean install was the solution to everything (and it definitely is a good thing to do in many cases), but it is not a solution to everything. It just makes it very unlikely this is due to disk and thus database corruption. In my opinion you shouldn’t invest any more time in the “reinstall” vector - I just didn’t write that because without having an alternative idea, it just sounds like me being an a***ole.
That’s more interesting. If the reason isn’t that you just never looked closely enough before, this is a pointer that maybe something changed between the last time it worked and when you noticed it doesn’t - but I guess you have thought that over and over already.
That’s good, but that’s not enough. Probably - I don’t know the capabilities of these programs but I highly doubt they do anything than reading one specific metadata field. Digikam operates on various ones for compatibility with all kinds of programs and also for nested tag support, and if the wrong one is “corrupted”, that might through it off (it shouldn’t of course, but it did in the far past and might still now).
This is a screenshot that exhibits the weird behavior of white rectangles appearing wherever I left-click a missing thumbnail that I have managed to make to reappear.
The thumbnails look as if all is well; however, if I attempt to select them for whatever reason, either they disappear again, or the white rectangles just sort of erase them.
Very curiously, I can press the Windows key and all the missing thumbnails will immediately appear — but I cannot do anything with them; likewise, when I attempt to take a screenshot, as soon as the screenshot selecting tool appears on the screen, all of the missing thumbnails immediately show up and thus I cannot capture the evidence of them being gone.
This screenshot also proves that I was not hallucinating when I said that, before the re-install, I was able to view two rather large thumbnails, instead of the three smallish one that are all I can manage now.
When I had uninstalled digiKam, I went back and installed the first version that I ever had and could not for the life of me manage to figure out how I managed to get the two larger thumbnails.
Although I do not have a screenshot, I could also choose to view a single very large thumbnail exactly as you see the two, except that it would be a single column of thumbnails, one per row.
Being able to do such allowed me to be much more accurate when adding tags, as I could better see the details.
I started a thread on digikam users mailing list.
Could you reply to Gilles please?
http://digikam.1695700.n4.nabble.com/digiKam-users-White-rectangles-over-thumbnails-td4707555.html
[quote=“Andrius, post:63, topic:9835, full:true”]
I started a thread on digikam users mailing list.
Could you reply to Gilles please?[/quote]
Thanks.
I did reply as soon as I saw this and it said “waiting for my reply to be approved”
I have not yet seen my reply show up on the board.
Thanks again.
It usually happens when you attached files to the reply. I find it is easier to upload images/videos to Google Drive, Box, Dropbox, Onedrive, etc. and share a link.
I hadn’t attached the files just yet; I asked whether they wanted the jpegs “before tags applied” or “after tags applied”
I got to thinking about it and I sort of figure “after tags”
Thanks.
I would rather share both versions - before and after adding tags.
Good idea; I will gather a few samples.
digiKam groups - so much trouble! get a DB glitch and all grouping info is gone - GONE!
some kind of backup/reapply group info to files is needed(!)
Yes, grouping information is database only, meaning if your database is trashed, your grouping information is gone. Conclusion: Include the database in your backup process.
