<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<div class="moz-cite-prefix">28.08.2013 06:05, Marie-Noëlle Augendre
пишет:<br>
</div>
<blockquote
cite="mid:CALKx3eGGQ2LUg4naswcGsUYfGOg2GwfX8DZHcsNBm6u8dTVZCA@mail.gmail.com"
type="cite">
<div dir="ltr"><br>
<div class="gmail_extra"><br>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">On
27/08/13 20:05, Aleck Mueller wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello<br>
<br>
On Ubuntu 12.04 LTS I am going to use digiKam instead of
default Shotwell,<br>
so I installed package digiKam and set up the root album
at first run<br>
with a collection of photos already in it. Checking the
result of first<br>
scanning of the collection I have found that 3 photos of
1205 are missed<br>
in one of subalbums although ls shows they are there. I
chose one of them<br>
for testing:<br>
1) moved it to another directory, launched digiKam and
imported it<br>
again - without result;<br>
2) purged and then installed package digiKam again - the
same;<br>
3) launched digiKam in terminal window - there were
several messages<br>
complaining about *.mov files in albums but this one is
jpg-file;<br>
4) looked at the metadata of the chosen file by means of
console program<br>
exif - they looked like normal.<br>
<br>
What is wrong?<br>
<br>
</blockquote>
<br>
<br>
</blockquote>
<div><br>
</div>
<div>There use to be a problem like that sometimes ago: some
pictures could never be recognized by Digikam whatever you
do, and though they were perfectly OK with other programs.<br>
</div>
<div>I don't know if the problem still exists, but it was
due to wrong records left in the database and - at that
time - the only possibility was to remove them manually,
or start with a new DB from scratch. <br>
Now there are some maintenance tools included in Digikam
interface, that might help to fix that issue.<br>
<br>
</div>
<div>Marie-Noëlle<br>
</div>
</div>
<br>
<br clear="all">
<br>
-- <br>
<a moz-do-not-send="true"
href="http://fr.ulule.com/aigoual-aubrac/" target="_blank"><img
moz-do-not-send="true"
src="https://lh6.googleusercontent.com/-FXjlslrs-s0/Ub9apl4RNnI/AAAAAAAACug/wYUTK6pKtDg/w722-h292-no/Flyer-page001.jpeg"></a><br>
<br>
<div><i><b>De l'AIgoual à l'Aubrac</b>, un voyage
photographique en Cévennes et Lozère</i><br>
Un livre à offrir ou à s'offrir, en souscription jusqu'au 31
août 2013.<br>
Cliquer sur l'image ci-dessus ou <a moz-do-not-send="true"
href="http://fr.ulule.com/aigoual-aubrac/" target="_blank">ce
lien pour en savoir plus</a><br>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Digikam-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/digikam-users">https://mail.kde.org/mailman/listinfo/digikam-users</a>
</pre>
</blockquote>
This message is a try to resume the discussion.<br>
Now on another OS - Linux Mint 13 KDE - but with the same version of
digiKam the problem has arisen again. Unfortunately, "start with a
new DB from scratch" does not work.<br>
<br>
In due time Simon Cropper experimented kindly with one such file
provided by me. He found out the procedure:<br>
<br>
exiv2 extract p1020398.jpg
<br>
exiv2 delete p1020398.jpg
<br>
exiv2 insert p1020398.jpg
<br>
<br>
gets the image appeared in digiKam and he suspected the file is
somehow corrupted.<br>
<br>
But command "cmp" shows about this procedure that the initial and
final versions of the file are identical. Moreover "Reread Metadata"
(the last item of the Album Menu marked with curved green arrow)
results in disappearance the image again so it seems to me the
problem concerned with database
interaction.<br>
<br>
The point of the problem is unstable behaviour of the program
intended for professional use. I have about 0.2% of such files but
absolutely uncertain about which new ones will fill up this
collection.<br>
<br>
If anybody is going to test this problem I am ready to send such
file (there are three about 2 MB each) directly to his/her email.<br>
<pre class="moz-signature" cols="72">--
Aleck
</pre>
</body>
</html>