<div dir="ltr"><div>In my narrative of this behavior I cant be sure how my backup image collection became duplicated into the digi databases</div><div>It could easily have been confused experimenting on my part.  But i have carefully witnessed an album removal without a concurrent shrinking of any digikam database (thumbnail file especially observed)<br></div><div>    The point of this post is that I carefully watched the outcome of using the trash can choice to remove the unwanted collection and carefully the databases did not change byte size.    The removed listing was in the category " collections of portable media"   The listing surely did disappear and the entire Tree for that collections of duplicates also disappeared from the Browser pane. I did that removal while having the actual collection out of reach (thumbnail not plugged in)</div><div>In later iterations of digikam if I plug that thumbnail back in there is certainly no "revival" the deleted collection<br></div><div>    But the 4 digikam files remain the same size as before removal and during multliple startups</div><div>The only change in each of these files in a new startup is the date of access and modify attribute. EAch file content remains identical byte size.</div><div>How do you instruct Digikam to actually downsize the thumbnails (should reduce roughly by half) or any other file during a removal?</div><div>Ty <br></div><div><br></div><div>    <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 20, 2022 at 8:17 PM Ty Mayn <<a href="mailto:tyrus.mayn@gmail.com">tyrus.mayn@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div> Forgive this newbie for using Digikam6  in this testing, I will upgrade soon</div><div>During a variety of testing where I was using a thumbdrive for backups of key digikam files, I acquired a complete duplicate album. I discovered my new double vision (ha ha) in Dates view when I clicked on a date cluster. <br></div><div>     My testing had been in the Tags arena where the incoming duplicates went unnoticed. So I am fairly sure that digikam rendered this service automatically and my next "experiment" has been to remove that unwanted duplicate collection which has identical recursive collection of image folders as my testing collection<br></div><div>   I go to Settings>Configure>Collections to find the removable media "root album"</div><div>     I used the trash icon which promptly removed the unwanted removable media collection and offered me the opportunity to "Add"</div><div>     But I noticed no disk activity, the digikam4 .db remained the same and the double sized thumbnail db went unchanged with no removal of uneeded thumbnails.  This remained true on shutdown and restart of digikam.</div><div>     I think I have accurate recall that digikam acquired that removable collection without my request  yet it doesnt remove it on explicit request.</div><div> I am seeking some understanding this as a fundamental maintenance step that I could encounter anytime in my future use of digikam<br></div><div>     Thanks for leading another novice</div><div>Ty<br></div><div><br></div></div>
</blockquote></div>