https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #23 from caulier.gil...@gmail.com ---
@Steve Franks,
This problem still reproducible with the new digiKam 8.2.0 pre-release Windows
installer available at usual place:
https://files.kde.org/digikam/
This new bundle is based on last Qt
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #22 from caulier.gil...@gmail.com ---
@Steve,
>I was hoping to synchronise my PCs by only copying the latest images from one
>to the other and using XMP files to update the tags. That doesn't >seem to
>work for JPEGs, correct me if I'm
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #21 from Steve Franks ---
Sorry for the delayed response.
I was hoping to synchronise my PCs by only copying the latest images from one
to the other and using XMP files to update the tags. That doesn't seem to work
for JPEGs, correct me if
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #20 from Steve Franks ---
Thank you, may I apologise for bothering you with this. I don't think this
is a bug, I believe that the main issue was that I hadn't deselected
obsolete software's tag data in advanced settings (Acdsee, Microsoft
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #19 from Maik Qualmann ---
There is no reading only from sidecars. It's always a merge of image and
sidecar metadata. Send me a image + sidecar and write which tags you don't
want. Note that tags can be stored in different metadata.
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #18 from Steve Franks ---
7.7.0 still reads old metadata.
I wrote tags to xmp files for all photos on my laptop, then copied those xmp
file to my desktop Windows PC. Old tags reappeared. Change digikam config to
only read digikam tags from
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #17 from Steve Franks ---
7.7.0 still reads old metadata.
I wrote tags to xmp files for all photos on my laptop, then copied those xmp
file to my desktop Windows PC. Old tags reappeared. Change digikam config to
only read digikam tags from
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #16 from caulier.gil...@gmail.com ---
Maik,
What's the status of this file now ?
Gilles
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #15 from Maik Qualmann ---
To make it clear again. If the digiKam tags tree is not present in all images,
the tag tree cannot be created completely correctly after a new scan. Without
the digiKam tags tree in the images it depends on luck,
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #14 from Steve Franks ---
FYI
The data is being written back to files, because my other image management app
(iMatch) is reading the data. If I just correct it in iMatch, this doesn't
happen.
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #13 from Steve Franks ---
It still happens in the version of 7.3.0 that I installed yesterday.
I merged lots of tags, but today they are back where they were.
Sorry for the long delay in responding, I haven't used GK for a while.
Steve
--
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #12 from Sebas ---
For me there is no easy way to test if this issue still applies.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #11 from caulier.gil...@gmail.com ---
digiKam 7.0.0 stable release is now published and now available as FlatPak:
https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/
We need a fresh feedback on this file using this version.
https://bugs.kde.org/show_bug.cgi?id=399596
caulier.gil...@gmail.com changed:
What|Removed |Added
CC||caulier.gil...@gmail.com
--- Comment
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #9 from Steve Franks ---
Digikam is correctly reading the tagtree (hierarchy) for a lot of images,
but not all.
It appears to import the tags and hierarchy from several places for an
image. e.g. .XMP sidecar, which may contain several sets
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #8 from Steve Franks ---
I think Digikam is reading from .xmp files and jpegs, but not stopping when it
has read a set of tags.
When I examined the Xmp file for one of my images I found data written by
digikam, Lightroom, Adobe Photoshop
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #7 from Sebas ---
Seems like I forgot to answer to Maik Qualmann's last reply.
I did fix the issue manually so it is a bit hard for me to recall the whole
thing, but let's try.
Digikam saves individually in image metadata (if enabled)
https://bugs.kde.org/show_bug.cgi?id=399596
Steve Franks changed:
What|Removed |Added
CC||steve...@gmail.com
--- Comment #6 from Steve
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #5 from Maik Qualmann ---
I do not understand it right now, you've written the tag metadata in the images
and not all have been replaced? Yes, digiKam creates a tag tree in the XMP
metadata, if this is available it will be used as reference
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #4 from Sebas ---
Using 6.x now.
I opened a photo in Notepad++ and found some interesting things.
Apparently Digikam saves tag trees in images apart from the tags themselves.
The latter ones can not be read by software like Windows
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #3 from Sebas ---
Database maintenance on the tags with option 'sync metadata and database' ->
'from image metadata to database' actually made it worse. The wrong tag tree
was restored and probably all images with those tags are shown there
https://bugs.kde.org/show_bug.cgi?id=399596
--- Comment #2 from Sebas ---
After clearing all tags from the wrong tag tree from the images and applying
tags from the right tree format it seems to go good with the images, but... the
tag tree format from the example keeps coming back. Empty of
https://bugs.kde.org/show_bug.cgi?id=399596
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
--- Comment #1 from Maik
23 matches
Mail list logo