Thanks for all the replies. I had assumed that Dolphin did the same thing as Windows Explorer in Windows 7 when I added tags to a .jpg using "properties", then "information" (Dolphin) or "details" (Windows Explorer).  But the tags I wrote using DK do appear in Windows Explorer and vice versa (perhaps not perfectly, but well enough). This is good. Those I wrote using Dolphin don't. I guess Dolphin doesn't store metadata in the .jpg file itself or it does it in a way that Windows (or DK for that matter) doesn't read. That's not a big problem for me. I use to disable nepomuk also. I don't anymore. Thanks again for the help. <br>
<br>Johan<br><br>  <br><div class="gmail_quote">On Wed, Sep 19, 2012 at 7:25 AM, Jean-François Rabasse <span dir="ltr"><<a href="mailto:jean-francois.rabasse@wanadoo.fr" target="_blank">jean-francois.rabasse@wanadoo.fr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Hi Johan,<br>
<br>
The « Write metadata to image » , or « to selected images » action<br>
isn't sufficient per se.<br>
<br>
As peter said :<div class="im"><br>
<br>
On 19.09.2012 09:21, Peter Albrecht wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
did you enable<br>
   "[x] Save image tags as 'Keywords' tags in metadata<br>
embedded in file"<br>
<br>
To be found under:<br>
<br>
   "Settings" -> "Configure digikam..." -> "Metadata" -><br>
"Behaviour"<br>
</blockquote>
<br></div>
you have also to define explicitly which (meta)data are to be written,<br>
it's not a « write all » feature. The Settings Metadata folder displays<br>
several checkboxes for different data items, Title and description,<br>
and/or Rating, and/or Tagslist, etc.<br>
<br>
It's up to you to check/unckeck item by item, what you wish to be<br>
written and what you prefer not to be. If you haven't check Save<br>
image tags, DK will never write them.<br>
<br>
Note also that in that same configuration folder, if you set the<br>
Metadata writing mode to « Write to image only » , or « image and<br>
sidecar file » , you won't need any more to activate the « Write<br>
metadata to image » , it will be done each time you modify something,<br>
the title, rating, tags, etc., without manual intervention.<br>
<br>
<br>
<br>
About metadata being read by other applications :<br>
<br>
It's not a simple issue because some metadata fields are more or less<br>
standard across applications, and some other are not. To write your<br>
image title and description, DK uses standard XMP fields, in the<br>
Dublin Core namespace, and these could be read by other applications.<br>
<br>
As for Dolphin, Peter answered :<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The part of viewing the tags in dolphin belongs to the topic<br>
"semantic desktop" of KDE. "Nepomuk" is another term related with<br>
this.<br>
<br>
Official site: <a href="http://nepomuk.kde.org/" target="_blank">http://nepomuk.kde.org/</a><br>
</blockquote>
<br></div>
NB: some images viewers, e.g. Gwenview, are more images oriented and can<br>
display almost all metadata fields. DK tags appear with Gwenview.<br>
<br>
However, tagslist as featured in DK have a hierarchical structure and<br>
this is not fully supported in basic standards. So, DK saves the<br>
information into an application dedicated namespace,<br>
<digiKam:TagsList>, but only Digikam is supposed to be able to read<br>
that. To increase the probability some other applications could read<br>
the info, Digikam saves also tagslist information in several other<br>
metadata fields, hierarchicalSubject, Keywords, Subject.<br>
Maybe other...<br>
<br>
This is a nice idea for increased potential interoperability, but has<br>
two side effects :<br>
<br>
- Some information may disappear. E.g. the standard Keywords or<br>
Subject metadata fields format supports only a flat list of keywords,<br>
not a hierarchical structure.<br>
So if you have a structured tag on an image,<br>
say /Location/France/Paris, only the tail component Paris will appear<br>
as a keyword and another application reading metadata will no longer<br>
be aware of the former hierarchy.<br>
<br>
(As far as I know, only the hierarchicalSubject field ensures<br>
compatibilty with Adobe software, without structure loss.)<br>
<br>
<br>
- This mechanism may overwrite some standard fields if you use other<br>
metadata edition programs. E.g. editing image title and description<br>
will keep compatibility with DK, but image subject edition would be<br>
destroyed the next time DK saves a tagslist.<br>
(I'm sure of that, I've already lost subjects:-)<br>
<br>
And this is why defining item by item what is to be written, in the<br>
Metadata settings folder, cf. supra, is a nice feature. (This is my<br>
personal case; I save titles and descriptions, but as I happen to edit<br>
also subjects of my own, I don't save tagslists not to destroy my<br>
subjects. But it's a detail.)<br>
<br>
<br>
Regards,<br>
Jean-François<br>
<br>_______________________________________________<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>
<br></blockquote></div><br>