digiKam › digikam-devel

[Bug 283681] New: After re-activating several collections, a huge number of raw pics cannot be opened

Classic

List

Threaded

49 messages Options

123

Axel Krebs

[Bug 283681] New: After re-activating several collections, a huge number of raw pics cannot be opened

https://bugs.kde.org/show_bug.cgi?id=283681

Summary: After re-activating several collections, a huge number
of raw pics cannot be opened
Product: digikam
Version: 2.1.1
Platform: Ubuntu Packages
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: RAW files management
AssignedTo: [hidden email]
ReportedBy: [hidden email]

Created an attachment (id=64378)
--> (http://bugs.kde.org/attachment.cgi?id=64378)
showing jpg and not opening NIKON (NEF) raw

Version: 2.1.1 (using KDE 4.7.1)
OS: Linux

For working on a restricted number of pics, I created a small folder including
the desired pics.

Even after re-opening ten times, digiKam thumbnail database increased(!!) in
size instead of _de-creased_.

When going back to my complete original full collection, a huge number of NIKON
(NEF) raw pics did not open any more. Neither with digiKam, nor with
raw-therapy of darktable.

Observed failure appears with older and new pics.

Observation: re-opening of complete pic-collection took nearly 2 hours.

Assumption: could be related with usage of tags.

Reproducible: Always

Steps to Reproduce:
unfortunately: it is easily existent

Actual Results:
unfortunately given

Expected Results:
please provide a solution to save the pics.

OS: Linux (x86_64) release 2.6.38-11-generic
Compiler: gcc

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

https://bugs.kde.org/show_bug.cgi?id=283681

Gilles Caulier <[hidden email]> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |[hidden email]
Component|RAW files management |Database

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Rinus

Re: [Bug 283681] New: After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

Op 10-10-11 06:38, Axel Krebs schreef:

> https://bugs.kde.org/show_bug.cgi?id=283681
>
> Summary: After re-activating several collections, a huge number
> of raw pics cannot be opened
> Product: digikam
> Version: 2.1.1
> Platform: Ubuntu Packages
> OS/Version: Linux
> Status: UNCONFIRMED
> Severity: normal
> Priority: NOR
> Component: RAW files management
> AssignedTo:[hidden email]
> ReportedBy:[hidden email]
>
>
> Created an attachment (id=64378)
> --> (http://bugs.kde.org/attachment.cgi?id=64378)
> showing jpg and not opening NIKON (NEF) raw

I do not understand exactly this the procedure to reproduce this. But
trying so I notice that where formerly an removed and reattached album
scanned in short time, (just like scanning for new images) now it takes
a looooong time. So this behaviour has changed. Deliberately?
Rinus

> Version: 2.1.1 (using KDE 4.7.1)
> OS: Linux
>
> For working on a restricted number of pics, I created a small folder including
> the desired pics.
>
> Even after re-opening ten times, digiKam thumbnail database increased(!!) in
> size instead of _de-creased_.
>
> When going back to my complete original full collection, a huge number of NIKON
> (NEF) raw pics did not open any more. Neither with digiKam, nor with
> raw-therapy of darktable.
>
> Observed failure appears with older and new pics.
>
> Observation: re-opening of complete pic-collection took nearly 2 hours.
>
> Assumption: could be related with usage of tags.
>
> Reproducible: Always
>
> Steps to Reproduce:
> unfortunately: it is easily existent
>
> Actual Results:
> unfortunately given
>
> Expected Results:
> please provide a solution to save the pics.
>
> OS: Linux (x86_64) release 2.6.38-11-generic
> Compiler: gcc
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Rinus

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #1 from Rinus Bakker <sleeplessregulus hetnet nl> 2011-10-10 08:55:16 ---
Op 10-10-11 06:38, Axel Krebs schreef:

--> (http://bugs.kde.org/attachment.cgi?id=64378)
> --> (http://bugs.kde.org/attachment.cgi?id=64378)
> showing jpg and not opening NIKON (NEF) raw
I do not understand exactly this the procedure to reproduce this. But
trying so I notice that where formerly an removed and reattached album
scanned in short time, (just like scanning for new images) now it takes
a looooong time. So this behaviour has changed. Deliberately?
Rinus

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Rinus

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #2 from Rinus Bakker <sleeplessregulus hetnet nl> 2011-10-10 09:02:14 ---
Sorry, forgot to remove the adress, one day I will remember to do so.
Rinus

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Axel Krebs

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #3 from Axel Krebs <axel krebs t-online de> 2011-10-16 11:09:27 ---
Created an attachment (id=64577)
--> (http://bugs.kde.org/attachment.cgi?id=64577)
showing double tags as "auto", "quasimodo", e.g.

it looks like DK has problems to deal with tags correctly?!

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Axel Krebs

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

Axel Krebs <[hidden email]> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |[hidden email]

--- Comment #4 from Axel Krebs <axel krebs t-online de> 2011-10-19 20:33:53 ---
(In reply to comment #3)
> Created an attachment (id=64577)
--> (http://bugs.kde.org/attachment.cgi?id=64577) [details]
> showing double tags as "auto", "quasimodo", e.g.
>
> it looks like DK has problems to deal with tags correctly?!

Maybe it would be useful to provide raw-files working correct _and_ not opening
versions?

If I send you both fils, that would mean about 16 MB size(!!) which exceeds my
mail capabilities. (so: how to do this?)

Could someone analyze these faults?

Please let me know. Thank you.

Axel

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Axel Krebs

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #5 from Axel Krebs <axel krebs t-online de> 2011-10-30 09:39:30 ---
(In reply to comment #4)
> (In reply to comment #3)
> > Created an attachment (id=64577)
--> (http://bugs.kde.org/attachment.cgi?id=64577) [details] [details]

> > showing double tags as "auto", "quasimodo", e.g.
> >
> > it looks like DK has problems to deal with tags correctly?!
>
> Maybe it would be useful to provide raw-files working correct _and_ not opening
> versions?
>
> If I send you both fils, that would mean about 16 MB size(!!) which exceeds my
> mail capabilities. (so: how to do this?)
>
> Could someone analyze these faults?
>
> Please let me know. Thank you.
>
>
> Axel

Could someone confirm this?

In my recent pics, I still observe this phenomena, even with new taken pics.
Is there a tool to check for (RAW?)picture integrity?

Axel

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Axel Krebs

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #6 from Axel Krebs <axel krebs t-online de> 2011-10-30 19:24:24 ---
Created an attachment (id=65048)
--> (http://bugs.kde.org/attachment.cgi?id=65048)
Showing NEF without preview after removing a tag

Additional observation: at the moment, I took a tag away, Nikon RAW Pics
("NEF") do not show a thumbnail anymore!

It takes just seconds, and previews disappear!

Axel

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

Gilles Caulier <[hidden email]> changed:

What |Removed |Added
----------------------------------------------------------------------------
Component|Database |Metadata

--- Comment #7 from Gilles Caulier <caulier gilles gmail com> 2011-10-30 19:33:50 ---
Sound like a side effect of Exiv2 which write metadata to RAW files. Do you use
this option in digiKam metadata config. panel.

Which version of Exiv2 you use ? Go to Help/Components Info for details.

Gilles Caulier

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Axel Krebs

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #8 from Axel Krebs <axel krebs t-online de> 2011-10-31 05:39:14 ---
(In reply to comment #7)
> Sound like a side effect of Exiv2 which write metadata to RAW files. Do you use
> this option in digiKam metadata config. panel.
>
> Which version of Exiv2 you use ? Go to Help/Components Info for details.
>
> Gilles Caulier

Gilles,

these are my recent components:

digiKam version 2.1.1
Exiv2 kann in JP2 speichern: Ja
Exiv2 kann in JPEG speichern: Ja
Exiv2 kann in PGF speichern: Ja
Exiv2 kann in PNG speichern: Ja
Exiv2 kann in TIFF speichern: Ja
Exiv2 unterstützt XMP-Metadaten: Ja
LibCImg: 130
LibClapack: Interne Bibliothek
LibExiv2: 0.21.1
LibJPEG: 62
LibJasper: 1.900.1
LibKDE: 4.7.2 (4.7.2)
LibKExiv2: 2.0.0
LibKGeoMap: 2.0.0
LibKdcraw: 2.0.0
LibLCMS: 119
LibPGF: 6.11.24 - Interne Bibliothek
LibPNG: 1.2.46
LibQt: 4.7.4
LibRaw: 0.13.5
LibTIFF: LIBTIFF, Version 3.9.5 Copyright (c) 1988-1996
Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc.
Marble-Funktion: 0.12.0 (stable release)
Parallelisiertes Entfernen von Mosaikmustern: Ja
Datenbanktreiber: QSQLITE
LibKface: 2.0.0
LibKipi: 1.2.0
LibOpenCV: 2.1.0
Libface: 0.2

My recent statistic is as follows:
digiKam version 2.1.1
Bilder:
GIF: 100
JP2: 20
JPEG: 794
JPG: 82264
NIKON-NEF: 364
PGF: 2
PNG: 1171
RAW-CR2: 694
RAW-CRW: 10960
RAW-DNG: 4
RAW-NEF: 36079
TIFF: 1157
Gesamt: 133609
:
:
Videos:
AVI: 59
MPEG: 2
Gesamt: 61
:
:
Gesamtzahl der Einträge: 133670
Alben: 1930
Stichwörter: 45
Datenbanktreiber: QSQLITE

Additional information:

When "touching" NEF-Pics, thumbnail disappears, and I get message pic is not
loadable. "Thouching" means _adding_ a (keyword-)tag _or_ _removing_ one.

Yes, I do use "write metadata in pic _and_ in XMP"

This is a super GAU (maximum credible accident <MCA>) for me.

I hope there is a solution.

Axel

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

Gilles Caulier <[hidden email]> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |[hidden email]

--- Comment #9 from Gilles Caulier <caulier gilles gmail com> 2011-10-31 11:57:28 ---
Disabling Write Metadata to RAW file fix the problem for the future ?

If yes, well it's a problem in Exiv2 i think. I CC Andreas Huggel, who is Exiv2
author. I recommend to provide a NEF raw file before and after metadata
modification for future investigations.

Also, this problem have been already reported in bugzilla and a solution to fix
NEF files have been provided by Andreas.

Note : XMP sidecar option do not touch RAW files.

Gilles Caulier

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Bugzilla from ahuggel@gmx.net

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #10 from Andreas Huggel <ahuggel gmx net> 2011-11-02 00:38:33 ---
I have received two sample pictures off-line from Axel:

Pic 1: DSC_4789.NEF - (original) pic, contains one tag "Tier"
Pic 2: DSC_4789_plus_new_tag.NEF - immediately after inserting the additional
new tag "Belege"

Quick observations:

Pic 1 is not straight from the camera, it has been modified by digiKam and
contains XMP tags (incl. tag Xmp.tiff.Software set to "digiKam-2.0.0-rc"),
presumably added by exiv2. Thus it seems that exiv2 _can_ in general modify
your NEFs without destroying them. It has the following tags with the value
"Tier":

$ exiv2 -pa -u DSC_4789.NEF | grep -e Tier -e Belege
Iptc.Application2.Keywords String 4 Tier
Xmp.dc.subject XmpBag 1 Tier
Xmp.digiKam.TagsList XmpSeq 1 Tier
Xmp.MicrosoftPhoto.LastKeywordXMP XmpSeq 1 Tier
Xmp.lr.hierarchicalSubject XmpBag 1 Tier

Pic 2 has a totally crippled structure. IFD0 is missing TIFF tags (that's what
GIMP is complaining about), sub-image2 went missing, the makernote is no longer
there and almost all Exif tags have disappeared. It has the following tags with
the value "Tier" or "Belege":

$ exiv2 -pa -u DSC_4789_plus_new_tag.NEF | grep -e Tier -e Belege
Iptc.Application2.Keywords String 6 Belege
Iptc.Application2.Keywords String 4 Tier
Xmp.digiKam.TagsList XmpSeq 2 Tier, Belege
Xmp.dc.subject XmpBag 2 Belege, Tier
Xmp.MicrosoftPhoto.LastKeywordXMP XmpSeq 2 Tier, Belege
Xmp.lr.hierarchicalSubject XmpBag 2 Tier, Belege

To verify if the problem is due to exiv2, it's best to reproduce the problem
with just the exiv2 tool. However, I can easily add "Belege" as above to Pic 1
without corrupting it with the following command:

$ cat add-belege.cmd
add Iptc.Application2.Keywords Belege
set Xmp.digiKam.TagsList Belege
set Xmp.dc.subject Belege
set Xmp.MicrosoftPhoto.LastKeywordXMP Belege
reg lr http://ns.adobe.com/lightroom/1.0/
set Xmp.lr.hierarchicalSubject Belege

$ exiv2 -v -m add-belege.cmd DSC_4789.NEF

The result is an intact picture with the "Belege" tags as in Pic 2 (except for
the order in Xmp.dc.subject):

exiv2 -pa -u DSC_4789.NEF | grep -e Tier -e Belege
Iptc.Application2.Keywords String 4 Tier
Iptc.Application2.Keywords String 6 Belege
Xmp.dc.subject XmpBag 2 Tier, Belege
Xmp.digiKam.TagsList XmpSeq 2 Tier, Belege
Xmp.MicrosoftPhoto.LastKeywordXMP XmpSeq 2 Tier, Belege
Xmp.lr.hierarchicalSubject XmpBag 2 Tier, Belege

So this doesn't look like an exiv2 issue. Please provide the steps to reproduce
it with just exiv2 (a reproducer program or the command line tool), if you
think it is.

Andreas

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Axel Krebs

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #11 from Axel Krebs <axel krebs t-online de> 2011-11-02 21:02:28 ---
(In reply to comment #10)

> I have received two sample pictures off-line from Axel:
>
> Pic 1: DSC_4789.NEF - (original) pic, contains one tag "Tier"
> Pic 2: DSC_4789_plus_new_tag.NEF - immediately after inserting the additional
> new tag "Belege"
>
> Quick observations:
>
> Pic 1 is not straight from the camera, it has been modified by digiKam and
> contains XMP tags (incl. tag Xmp.tiff.Software set to "digiKam-2.0.0-rc"),
> presumably added by exiv2. Thus it seems that exiv2 _can_ in general modify
> your NEFs without destroying them. It has the following tags with the value
> "Tier":
>
> $ exiv2 -pa -u DSC_4789.NEF | grep -e Tier -e Belege
> Iptc.Application2.Keywords String 4 Tier
> Xmp.dc.subject XmpBag 1 Tier
> Xmp.digiKam.TagsList XmpSeq 1 Tier
> Xmp.MicrosoftPhoto.LastKeywordXMP XmpSeq 1 Tier
> Xmp.lr.hierarchicalSubject XmpBag 1 Tier
>
>
> Pic 2 has a totally crippled structure. IFD0 is missing TIFF tags (that's what
> GIMP is complaining about), sub-image2 went missing, the makernote is no longer
> there and almost all Exif tags have disappeared. It has the following tags with the value "Tier" or "Belege":
>
> $ exiv2 -pa -u DSC_4789_plus_new_tag.NEF | grep -e Tier -e Belege
> Iptc.Application2.Keywords String 6 Belege
> Iptc.Application2.Keywords String 4 Tier
> Xmp.digiKam.TagsList XmpSeq 2 Tier, Belege
> Xmp.dc.subject XmpBag 2 Belege, Tier
> Xmp.MicrosoftPhoto.LastKeywordXMP XmpSeq 2 Tier, Belege
> Xmp.lr.hierarchicalSubject XmpBag 2 Tier, Belege
>
>
> To verify if the problem is due to exiv2, it's best to reproduce the problem
> with just the exiv2 tool. However, I can easily add "Belege" as above to Pic 1
> without corrupting it with the following command:
>
> $ cat add-belege.cmd
> add Iptc.Application2.Keywords Belege
> set Xmp.digiKam.TagsList Belege
> set Xmp.dc.subject Belege
> set Xmp.MicrosoftPhoto.LastKeywordXMP Belege
> reg lr http://ns.adobe.com/lightroom/1.0/
> set Xmp.lr.hierarchicalSubject Belege
>
> $ exiv2 -v -m add-belege.cmd DSC_4789.NEF
>
> The result is an intact picture with the "Belege" tags as in Pic 2 (except for
> the order in Xmp.dc.subject):
>
> exiv2 -pa -u DSC_4789.NEF | grep -e Tier -e Belege
> Iptc.Application2.Keywords String 4 Tier
> Iptc.Application2.Keywords String 6 Belege
> Xmp.dc.subject XmpBag 2 Tier, Belege
> Xmp.digiKam.TagsList XmpSeq 2 Tier, Belege
> Xmp.MicrosoftPhoto.LastKeywordXMP XmpSeq 2 Tier, Belege
> Xmp.lr.hierarchicalSubject XmpBag 2 Tier, Belege
>
>
> So this doesn't look like an exiv2 issue. Please provide the steps to reproduce
> it with just exiv2 (a reproducer program or the command line tool), if you
> think it is.
>
> Andreas

---
Hi Andreas:

thank you checking the matter. Sorry for ansewering late- my workday starts at
7 a.m. and end ~9 p.m.

I provided two pics according to Gilles` suggestion.

Pic 1: DSC_4789.NEF - (original) pic, contains one tag "Tier". I took this as
appearantly "unchanged", as I never had problems with tags in NEF in earlier
digiKam version before.

I do not understand, what 4 "tags" should mean: 4 independant tag with the same
content "tier" (maybe not really important?)

Pic 2: DSC_4789_plus_new_tag.NEF - immediately after inserting the _additional_
new tag "Belege". I copied that pic, added the mentioned additional tag- and
got problems. So the _basic_ pic content is identical. You call it "totally
crippled structure".

And this make me wandering: as both pics are definitely the same, I do not
understand, wher this tagf-mixture should come from.

As common sense indicates, certainly not from an additional treatment in my
camera.

Maybe it helps you understand my regular workflow:
- Taking the picture.
- Basic setting NEF plus jpg, usually DIN 100 sensitivity.
- copying the pics from SD-Card to PC
- starting digiKam, sometimes starting "search for new pictures"
- then immediatelly tagging all new pics for some tag-types as "Tiere",
"Freunde", etc.

- there is only a flat hierarchical structure on two levels.
- as I developed the tag-structure over some couple of years, the very tags
stay stable and will not be changed later.
- I showed my recent database statistics

- Before the recent digiKam version, I had
- the same settings- and did _NOT_ experience problems.
- I had the same camera (NIKON D60)- no changes

For me, there seem to appear _two_ changes:
1.) new digiKam version
2.) as described recently, I desized my digiKam database (from 145000 pic to
7800 pics) and included only relevant branches (=directories) I assumed to be
necessary to prepare a selection project.
As I mentioned before, too, digiKams thumbnail database would keep its size
even after several booting procedures over three weeks or so. If self cleaning
feature within databse would have worked prooperly, the thumbnail database
shouöl have decreased from 6,7 GB (for 145000 pic) to 360 kB size at 7800 pic.

This is certainly not correct, or?

You mention:
...
Xmp.digiKam.TagsList XmpSeq 2 Tier, Belege
Xmp.dc.subject XmpBag 2 Belege, Tier
Xmp.MicrosoftPhoto.LastKeywordXMP XmpSeq 2 Tier, Belege
...

Why the sequence of tags changes?
Is there a sequence problem involved?
Why are there three more lines than in pic 1?

You suggest to test exif 2 , if writing tags correctly. Since last digiKam
update I run KUBUNTU, and semantic desktop may run too.

How do you exclude cross-relationships from that side? By checking the "naked
exif2 tool"?

You ask me for the steps to reproduce. It sounds to me a like asking a bird for
how a plane does function... I am npo programmer. And I do not know, which
informations are relevant for a programmer. Thats why I am not really sure, how
I can support you.

Please let me know.

Thank you-

Axel

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Bugzilla from ahuggel@gmx.net

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #12 from Andreas Huggel <ahuggel gmx net> 2011-11-03 01:24:54 ---
Hi Axel, you don't need to be a programmer to provide further support to
resolve this.

Gilles made a qualified guess that this looks like an exiv2 problem, but I
can't reproduce it here, so I'm passing it back to digiKam.

Next, a digiKam developer should try to reproduce the issue with digiKam. You
can help by describing the exact steps to perform in digiKam to get from Pic 1
to Pic 2 (if that's not clear yet from all the comments above). Once
reproduced, it can be analyzed and we'll know exactly where the problem is.

Andreas

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #13 from Gilles Caulier <caulier gilles gmail com> 2011-11-03 09:26:02 ---
Axel,

I tested on my computer with digiKam 2.3.0 and co with your original NEF image.

I create a copy of NEF where i apply some tags. Write metadata to RAW files
option have been enabled previously. I use Exiv2 0.21.1, and libkexiv2 2.1.0.

The problem is not reproducible. Modified image is not corrupted, can be
previewed, and opened in image editor without problem.

I will attach some screenshots from my computer.

Gilles Caulier

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #14 from Gilles Caulier <caulier gilles gmail com> 2011-11-03 09:28:42 ---
Created an attachment (id=65185)
--> (http://bugs.kde.org/attachment.cgi?id=65185)
NEF tagged and loaded in image editor

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #15 from Gilles Caulier <caulier gilles gmail com> 2011-11-03 09:33:40 ---
Created an attachment (id=65186)
--> (http://bugs.kde.org/attachment.cgi?id=65186)
NEF modified previewed and metadata settings

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #16 from Gilles Caulier <caulier gilles gmail com> 2011-11-03 09:34:38 ---
XMP Metadata contents from digiKam right sidebar :

File name: DSC_4789_(modified).NEF (XMP Schema)

>>> Microsoft Photo <<<

Last Keyword XMP : Tier, lieux/USA, lieux/USA/CanyonLand

>>> Dublin Core <<<

Subject : USA, CanyonLand, Tier

>>> digiKam schema <<<

Color Label : 0
PickLabel : 0
Tags List : Tier, lieux/USA, lieux/USA/CanyonLand

>>> Exif-specific Properties <<<

Date and Time Original : 2011:08:21 18:01:13

>>> lr <<<

hierarchicalSubject : Tier, lieux|USA, lieux|USA|CanyonLand

>>> Adobe Photoshop <<<

Date Created : 2011-08-21T18:01:13

>>> TIFF Properties <<<

Date and Time : 2011-08-21T18:01:13
Software : digiKam-2.3.0

>>> Basic Schema <<<

Create Date : 2011-08-21T18:01:13
Creator Tool : digiKam-2.0.0-rc
Metadata Date : 2011-08-21T18:01:13
Modify Date : 2011-08-21T18:01:13

Gilles Caulier

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

[Bug 283681] After re-activating several collections, a huge number of raw pics cannot be opened

In reply to this post by Axel Krebs

https://bugs.kde.org/show_bug.cgi?id=283681

--- Comment #17 from Gilles Caulier <caulier gilles gmail com> 2011-11-03 09:38:22 ---
Metadata displayed by Exiv2 command line tool. there is no problem here :

[gilles@localhost photos.test]$ ls -al *.NEF

-rw-rw-r-- 1 gilles gilles 8006258 nov. 3 10:07 DSC_4789_(modified).NEF
-rw-rw-r-- 1 gilles gilles 8005910 nov. 3 10:07 DSC_4789_(original).NEF

[gilles@localhost photos.test]$ exiv2 -pa -u "DSC_4789_(modified).NEF"

Exif.Image.ProcessingSoftware Ascii 14 digiKam-2.3.0
Exif.Image.NewSubfileType Long 1 Thumbnail/Preview
image
Exif.Image.ImageWidth Long 1 160
Exif.Image.ImageLength Long 1 120
Exif.Image.BitsPerSample Short 3 8 8 8
Exif.Image.Compression Short 1 Non compressé
Exif.Image.PhotometricInterpretation Short 1 RGB
Exif.Image.Make Ascii 18 NIKON CORPORATION
Exif.Image.Model Ascii 10 NIKON D60
Exif.Image.StripOffsets Long 1 126780
Exif.Image.Orientation Short 1 haut, gauche
Exif.Image.SamplesPerPixel Short 1 3
Exif.Image.RowsPerStrip Long 1 120
Exif.Image.StripByteCounts Long 1 57600
Exif.Image.XResolution Rational 1 300
Exif.Image.YResolution Rational 1 300
Exif.Image.PlanarConfiguration Short 1 1
Exif.Image.ResolutionUnit Short 1 Pouce
Exif.Image.Software Ascii 10 Ver.1.00
Exif.Image.DateTime Ascii 20 2011:08:21 18:01:13
Exif.Image.SubIFDs Long 2 4426 4544
Exif.SubImage1.NewSubfileType Long 1 Thumbnail/Preview
image
Exif.SubImage1.Compression Short 1 JPEG (ancienne
version)
Exif.SubImage1.XResolution Rational 1 300
Exif.SubImage1.YResolution Rational 1 300
Exif.SubImage1.ResolutionUnit Short 1 Pouce
Exif.SubImage1.JPEGInterchangeFormat Long 1 184380
Exif.SubImage1.JPEGInterchangeFormatLength Long 1 586475
Exif.SubImage1.YCbCrPositioning Short 1 Co-sited
Exif.SubImage2.NewSubfileType Long 1 Primary image
Exif.SubImage2.ImageWidth Long 1 3904
Exif.SubImage2.ImageLength Long 1 2616
Exif.SubImage2.BitsPerSample Short 1 12
Exif.SubImage2.Compression Short 1 compression NEF
Nikon
Exif.SubImage2.PhotometricInterpretation Short 1 Matrice de filtre
de couleur
Exif.SubImage2.StripOffsets Long 1 770856
Exif.SubImage2.SamplesPerPixel Short 1 1
Exif.SubImage2.RowsPerStrip Long 1 2616
Exif.SubImage2.StripByteCounts Long 1 7235402
Exif.SubImage2.XResolution Rational 1 300
Exif.SubImage2.YResolution Rational 1 300
Exif.SubImage2.PlanarConfiguration Short 1 1
Exif.SubImage2.ResolutionUnit Short 1 Pouce
Exif.SubImage2.CFARepeatPatternDim Short 2 2 2
Exif.SubImage2.CFAPattern Byte 4 1 2 0 1
Exif.SubImage2.SensingMethod Short 1 2
Exif.Image.ReferenceBlackWhite Rational 6 0/1 255/1 0/1 255/1
0/1 255/1
Exif.Image.XMLPacket Byte 3833 (Valeur binaire
supprimée)
Exif.Image.IPTCNAA Long 21 469909760 124021095
1766547821 469911040 87174707 774904834 922748978 808530224 942813468 37486603
825765937 825436976 808464412 35192835 1431519516 35192842 1130458745
1869499489 1852054530 419431508 1768256000
Exif.Image.ExifTag Long 1 4770
Exif.Photo.ExposureTime Rational 1 1/160 s
Exif.Photo.FNumber Rational 1 F6.3
Exif.Photo.ExposureProgram Short 1 Automatique
Exif.Photo.ISOSpeedRatings Short 1 100
Exif.Photo.DateTimeOriginal Ascii 20 2011:08:21 18:01:13
Exif.Photo.DateTimeDigitized Ascii 20 2011:08:21 18:01:13
Exif.Photo.ExposureBiasValue SRational 1 0 EV
Exif.Photo.MaxApertureValue Rational 1 F5.7
Exif.Photo.MeteringMode Short 1 Multi-segments
Exif.Photo.LightSource Short 1 Inconnu
Exif.Photo.Flash Short 1 Pas de flash
Exif.Photo.FocalLength Rational 1 55.0 mm
Exif.Photo.MakerNote Undefined 121536 (Valeur binaire
supprimée)
Exif.MakerNote.Offset Long 1 5228
Exif.MakerNote.ByteOrder Ascii 3 MM
Exif.Nikon3.Version Undefined 4 2.10
Exif.Nikon3.ISOSpeed Short 2 100
Exif.Nikon3.ColorMode Ascii 6 COLOR
Exif.Nikon3.Quality Ascii 8 RAW
Exif.Nikon3.WhiteBalance Ascii 13 AUTO
Exif.Nikon3.Sharpening Ascii 7 AUTO
Exif.Nikon3.Focus Ascii 7 (MANUAL)
Exif.Nikon3.FlashSetting Ascii 13 NORMAL
Exif.Nikon3.FlashDevice Ascii 20
Exif.Nikon3.WhiteBalanceBias SShort 2 0 0
Exif.Nikon3.WB_RBLevels Rational 4 437/256 404/256
256/256 256/256
Exif.Nikon3.ProgramShift Undefined 4 0.0 EV
Exif.Nikon3.ExposureDiff Undefined 4 0.0 EV
Exif.Nikon3.Preview Long 1 12680
Exif.NikonPreview.Compression Short 1 JPEG (ancienne
version)
Exif.NikonPreview.XResolution Rational 1 300
Exif.NikonPreview.YResolution Rational 1 300
Exif.NikonPreview.ResolutionUnit Short 1 Pouce
Exif.NikonPreview.JPEGInterchangeFormat Long 1 12786
Exif.NikonPreview.JPEGInterchangeFormatLength Long 1 108739
Exif.NikonPreview.YCbCrPositioning Short 1 Co-sited
Exif.Nikon3.FlashComp Undefined 4 0.0 EV
Exif.Nikon3.ISOSettings Short 2 100
Exif.Nikon3.FlashExposureComp Undefined 4 0.0 EV
Exif.Nikon3.CropHiSpeed Short 7 0 3904 2616 3904
2616 0 0
Exif.Nikon3.SerialNumber Ascii 8 6094139
Exif.Nikon3.ColorSpace Short 1 sRGB
Exif.NikonVr.Version Undefined 4 1.00
Exif.NikonVr.VibrationReduction Byte 3 Activé
Exif.NikonVr.0x0007 Byte 1 0
Exif.Nikon3.ActiveDLighting Short 1 Automatique
Exif.NikonWt.Timezone SShort 1 UTC +01:00
Exif.NikonWt.DaylightSavings Byte 1 Oui
Exif.NikonWt.DateDisplayFormat Byte 1 D/M/Y
Exif.NikonIi.ISO Byte 1 100
Exif.NikonIi.0x0001 Byte 3 1 12 0
Exif.NikonIi.ISOExpansion Short 1 Désactivé
Exif.NikonIi.ISO2 Byte 1 100
Exif.NikonIi.0x0007 Byte 3 1 12 0
Exif.NikonIi.ISOExpansion2 Short 1 Désactivé
Exif.NikonIi.0x000c Byte 1 0
Exif.NikonIi.0x000d Byte 1 0
Exif.Nikon3.ToneComp Ascii 9 AUTO
Exif.Nikon3.LensType Byte 1 D G VR
Exif.Nikon3.Lens Rational 4 18-55mm F3.5-5.6
Exif.Nikon3.FlashMode Byte 1 Le flash ne s'est
pas déclenché.
Exif.NikonAf.AFAreaMode Byte 1 Single Area
Exif.NikonAf.AFPoint Byte 1 Centre
Exif.NikonAf.AFPointsInFocus Short 1
Exif.Nikon3.ShootingMode Short 1 Single-frame
Exif.Nikon3.AutoBracketRelease Short 1 Déclenchement
manuel
Exif.Nikon3.LensFStops Undefined 4 5.33333
Exif.Nikon3.ContrastCurve Undefined 8256 (Valeur binaire
supprimée)
Exif.Nikon3.ColorHue Ascii 9 MODE3a
Exif.Nikon3.LightSource Ascii 12 NATURAL
Exif.NikonSi02xx.Version Undefined 4 2.11
Exif.NikonSi02xx.0x0004 Byte 102 42 100 96 252 0 0
238 238 238 238 238 238 0 140 143 8 0 0 130 10 0 0 142 9 0 0 0 0 0 0 0 1 0 27 0
0 0 21 0 21 0 0 0 21 0 0 0 0 0 0 0 0 0 0 0 63 1 243 142 32 0 240 5 27 0 183 0
181 0 134 0 139 0 37 0 56 0 5 0 0 0 0 0 0 0 0 0 2 0 6 0 20 0 0 135 25 6 3 29 55
50 90
Exif.NikonSi02xx.ShutterCount1 Long 1 219418094
Exif.NikonSi02xx.DeletedImageCount Long 1 4008574976
Exif.NikonSi02xx.0x0072 Byte 3 0 146 175
Exif.NikonSi02xx.VibrationReduction Byte 1 Désactivé
Exif.NikonSi02xx.0x0076 Byte 12 238 238 0 11 210
204 0 17 198 33 0 13
Exif.NikonSi02xx.VibrationReduction1 Byte 1 (117)
Exif.NikonSi02xx.0x0083 Byte 212 (Valeur binaire
supprimée)
Exif.NikonSi02xx.ShutterCount2 Undefined 2 49 21
Exif.NikonSi02xx.0x0159 Byte 85 227 232 72 21 227
232 72 21 227 232 72 21 227 232 71 21 227 232 71 135 142 141 139 25 32 36 33 4
71 4 71 4 173 5 47 177 177 176 175 140 140 140 137 1 232 1 232 1 231 1 188 6 5
5 6 3 5 5 5 29 27 27 27 0 0 0 0 21 227 232 73 21 227 232 73 21 227 232 69 21
227 232 65 21 227
Exif.NikonSi02xx.VibrationReduction2 Byte 1 (232)
Exif.NikonSi02xx.0x01af Byte 167 (Valeur binaire
supprimée)
Exif.NikonSi02xx.ISO Byte 1 3
Exif.NikonSi02xx.0x0257 Byte 31 0 65 83 5 48 0 0 0
9 49 105 67 7 134 32 197 1 120 127 255 255 0 0 0 0 219 246 0 0 0 0
Exif.NikonSi02xx.ShutterCount Long 1 0
Exif.NikonSi02xx.0x027a Byte 531 (Valeur binaire
supprimée)
Exif.Nikon3.HueAdjustment SShort 1 0
Exif.Nikon3.NEFCompression Short 1 Lossy (type 1)
Exif.Nikon3.NoiseReduction Ascii 5 OFF
Exif.Nikon3.LinearizationTable Undefined 1412 (Valeur binaire
supprimée)
Exif.NikonCb2b.Version Undefined 4 2.10
Exif.NikonCb2b.0x0002 Short 140 43690 43690 43690
43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690
43690 44714 43690 47786 43690 43690 43690 43690 43690 43690 43690 43690 43690
43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 60074 43690 43690
44714 43690 43690 43690 43690 43690 43690 43694 43690 43690 43690 43690 43690
43690 43690 43690 43690 47786 43690 43690 43690 43690 43690 43690 43690 43690
43690 47786 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690
43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690
43690 43690 43690 43694 43690 43690 43690 43690 43690 43690 43690 43690 43690
43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690
43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690 43690
43690 43690 43690 43690 43690 21845 21845
Exif.NikonCb2b.0x008e Short 3 0 0 0
Exif.NikonCb2b.WB_RGGBLevels Short 4 437 256 256 404
Exif.NikonCb2b.0x0095 Short 137 4883 36 0 1 0 259
234 834 1382 36 1096 671 1111 1043 38 493 77 150 29 562 615 153 122 597 549
16705 17473 16961 17473 644 21845 514 514 201 270 256 256 256 256 256 243 222
208 256 253 243 235 256 256 256 256 0 0 0 0 0 15 588 518 0 559 519 521 0 0 0 0
0 0 0 0 0 12 553 583 0 513 3 557 0 0 0 0 256 256 256 256 256 234 229 242 256
241 248 236 256 256 256 256 437 256 256 404 175 5120 0 85 1 1637 281 8021 21766
3599 17408 3599 7183 1037 1028 6 2387 3 0 0 85 437 256 256 404 1 1562 96 14
1109 21845 21845 21845 21845
Exif.NikonLd2.Version Undefined 4 2.02
Exif.NikonLd2.ExitPupilPosition Byte 1 97.5 mm
Exif.NikonLd2.AFAperture Byte 1 F5.8
Exif.NikonLd2.0x0006 Byte 1 5
Exif.NikonLd2.0x0007 Byte 1 0
Exif.NikonLd2.FocusPosition Byte 1 17
Exif.NikonLd2.FocusDistance Byte 1 0.42 m
Exif.NikonLd2.FocalLength Byte 1 55.0 mm
Exif.NikonLd2.LensIDNumber Byte 1 Nikon AF-S DX VR
Zoom-Nikkor 18-55mm f/3.5-5.6G
Exif.NikonLd2.LensFStops Byte 1 F5.3
Exif.NikonLd2.MinFocalLength Byte 1 18.3 mm
Exif.NikonLd2.MaxFocalLength Byte 1 55.0 mm
Exif.NikonLd2.MaxApertureAtMinFocal Byte 1 F3.6
Exif.NikonLd2.MaxApertureAtMaxFocal Byte 1 F5.7
Exif.NikonLd2.MCUVersion Byte 1 156
Exif.NikonLd2.EffectiveMaxAperture Byte 1 F5.7
Exif.NikonLd2.0x0013 Byte 1 16
Exif.NikonLd2.0x0014 Byte 1 109
Exif.NikonLd2.0x0015 Byte 1 24
Exif.NikonLd2.0x0016 Byte 1 109
Exif.NikonLd2.0x0017 Byte 1 0
Exif.NikonLd2.0x0018 Byte 1 0
Exif.NikonLd2.0x0019 Byte 1 0
Exif.NikonLd2.0x001a Byte 1 1
Exif.NikonLd2.0x001b Byte 1 2
Exif.NikonLd2.0x001c Byte 1 4
Exif.NikonLd2.0x001d Byte 1 0
Exif.NikonLd2.0x001e Byte 1 1
Exif.NikonLd2.0x001f Byte 1 0
Exif.Nikon3.RawImageCenter Short 2 1952 1308
Exif.Nikon3.SensorPixelSize Rational 2 6.05 x 6.05 um
Exif.Nikon3.0x009d Short 1 0
Exif.Nikon3.RetouchHistory Short 10 Aucun
Exif.Nikon3.0x00a3 Byte 1 0
Exif.Nikon3.0x00a4 Undefined 4 48 50 48 48
Exif.Nikon3.ShutterCount Long 1 35138
Exif.NikonFl2.Version Undefined 4 1.02
Exif.NikonFl2.FlashSource Byte 1 Aucun
Exif.NikonFl2.0x0005 Byte 1 0
Exif.NikonFl2.ExternalFlashFirmware Short 1 n/a
Exif.NikonFl2.ExternalFlashFlags Byte 1 Déclenché
Exif.NikonFl2.0x0009 Byte 3 0 0 255
Exif.NikonFl2.FlashFocalLength Byte 1 (0)
Exif.NikonFl2.RepeatingFlashRate Byte 1 (0)
Exif.NikonFl2.RepeatingFlashCount Byte 1 (0)
Exif.NikonFl2.FlashGNDistance Byte 1 Aucun
Exif.NikonFl2.0x0010 Byte 5 0 0 0 0 0
Exif.Nikon3.ImageOptimization Ascii 16 NORMAL
Exif.Nikon3.Saturation Ascii 16 AUTO
Exif.Nikon3.VariProgram Ascii 16
Exif.NikonMe.Version Undefined 4 1.00
Exif.NikonMe.MultiExposureMode Long 1 Désactivé
Exif.NikonMe.MultiExposureShots Long 1 0
Exif.NikonMe.MultiExposureAutoGain Long 1 Désactivé
Exif.Nikon3.HighISONoiseReduction Short 1 Désactivé
Exif.Nikon3.0x00b6 Undefined 8 7 219 8 21 17 55 47
0
Exif.NikonFi.Version Undefined 4 1.00
Exif.NikonFi.0x0004 Byte 2 0 0
Exif.NikonFi.DirectoryNumber Short 1 25600
Exif.NikonFi.FileNumber Short 1 46354
Exif.NikonFi.0x000a Byte 162 (Valeur binaire
supprimée)
Exif.Nikon3.0x00bb Undefined 6 48 49 48 48 255 0
Exif.Photo.SubSecTime Ascii 3 00
Exif.Photo.SubSecTimeOriginal Ascii 3 00
Exif.Photo.SubSecTimeDigitized Ascii 3 00
Exif.Photo.SensingMethod Short 1 Mono-CCD
Exif.Photo.FileSource Undefined 1 Appareil photo
numérique
Exif.Photo.SceneType Undefined 1 Photographié
directement
Exif.Photo.CFAPattern Undefined 8 0 2 0 2 1 2 0 1
Exif.Photo.CustomRendered Short 1 Processus normal
Exif.Photo.ExposureMode Short 1 Automatique
Exif.Photo.WhiteBalance Short 1 Automatique
Exif.Photo.DigitalZoomRatio Rational 1 1.0
Exif.Photo.FocalLengthIn35mmFilm Short 1 82.0 mm
Exif.Photo.SceneCaptureType Short 1 Standard
Exif.Photo.GainControl Short 1 Aucun
Exif.Photo.Contrast Short 1 Normal
Exif.Photo.Saturation Short 1 Normal
Exif.Photo.Sharpness Short 1 Normal
Exif.Photo.SubjectDistanceRange Short 1 Inconnu
Exif.Image.DateTimeOriginal Ascii 20 2011:08:21 18:01:13
Exif.Image.TIFFEPStandardID Byte 4 1 0 0 0
Iptc.Application2.Program String 7 digiKam
Iptc.Application2.ProgramVersion String 5 2.3.0
Iptc.Application2.DateCreated Date 8 2011-08-21
Iptc.Application2.TimeCreated Time 11 18:01:13+00:00
Iptc.Application2.Keywords String 3 USA
Iptc.Application2.Keywords String 10 CanyonLand
Iptc.Application2.Keywords String 4 Tier
Xmp.tiff.Software XmpText 13 digiKam-2.3.0
Xmp.tiff.DateTime XmpText 19 2011-08-21T18:01:13
Xmp.xmp.CreatorTool XmpText 16 digiKam-2.0.0-rc
Xmp.xmp.CreateDate XmpText 19 2011-08-21T18:01:13
Xmp.xmp.MetadataDate XmpText 19 2011-08-21T18:01:13
Xmp.xmp.ModifyDate XmpText 19 2011-08-21T18:01:13
Xmp.exif.DateTimeOriginal XmpText 19 2011:08:21 18:01:13
Xmp.photoshop.DateCreated XmpText 19 2011-08-21T18:01:13
Xmp.digiKam.PickLabel XmpText 1 0
Xmp.digiKam.ColorLabel XmpText 1 0
Xmp.digiKam.TagsList XmpSeq 3 Tier, lieux/USA,
lieux/USA/CanyonLand
Xmp.dc.subject XmpBag 3 USA, CanyonLand,
Tier
Xmp.MicrosoftPhoto.LastKeywordXMP XmpSeq 3 Tier, lieux/USA,
lieux/USA/CanyonLand
Xmp.lr.hierarchicalSubject XmpBag 3 Tier, lieux|USA,
lieux|USA|CanyonLand

Gilles Caulier

--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

123