The more I have tried to organize my tags since I began to use Digikam a couple of years ago, the more I've added to the mess!<br>Most tags seem to appear several times in different places all over the arborescence.<br>

<br>I'm willing to reset my whole tagging system and start afresh to tag my 25000 and more pictures, but I need to clean up everything beforehand.<br>Any idea/recommandation how to do that? it'll have to erase all the tags (and only them) from all the metadata wherever they are registered.<br>

<br>Thanks for helping,<br>Marie-Noëlle<br><br><div class="gmail_quote">2012/10/27 Marcel Wiesweg <span dir="ltr"><<a href="mailto:marcel.wiesweg@gmx.de" target="_blank">marcel.wiesweg@gmx.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im"><br>
><br>
> I've had similiar experiences when trying to use the same tag structure<br>
> in different programs. I had thought that if the tags are stored in the<br>
> xmp sidecar files it would be easy to have tag trees synchronized over<br>
> different porgramms, computers or even OS.  So I intuitively also<br>
> believed that data stored in sidecar files are synchronized to data<br>
> stored in tha database and vice versa. Be it automatically or on demand.<br>
> However this does not work (for me at least, might be I'm doing<br>
> something wrong). Not even with between two installations of digikam.<br>
><br>
> DK is one of the mightiest image management tool. And I really like it a<br>
> lot. But this issue is really a blocker for me.<br>
><br>
> It would be great to know if this is a problem of philosophy or of<br>
> technology. IE is the behaviour intended to be like this (and will not<br>
> change) or are there technical limitations, problems, etc keeping DK<br>
> from synchronizing metadata between sidecar files and database?<br>
<br>
</div>In 309058 we are trying to find out if there is a testcase where reading or<br>
writing to sidecars behaves differently to reading or writing to the image<br>
file's XMP. It should not; the only difference is that in an image file there<br>
is additionally IPTC keywords which may somehow interfere.<br>
<br>
The problem that a reorganization of the tag tree is not transported to the<br>
files having assigned these tags is discussed in extenso.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Digikam-users mailing list<br>
<a href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-users" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><a href="http://www.marie-noelle-augendre.com/photos/" target="_blank"><img src="https://lh5.googleusercontent.com/-3CngBD0rusY/T2ehQSWI1gI/AAAAAAAABto/JgLg9iDzPHQ/s800/Banni%25C3%25A8re.jpg"></a><br>

<br>Mes dernières photos sont <a href="http://www.marie-noelle-augendre.com/photos/" target="_blank">dans ma galerie</a>.<br>Retrouvez-moi aussi <a href="http://www.mnaugendre.com/" target="_blank">sur mon blog</a>.<br>Et parcourez les Cévennes à ma façon avec <a href="http://www.cevennes-plurielles.com/" target="_blank">Cévennes Plurielles</a>, <br>

<br>