<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    I have found a workaround for the problem: <span
      class="moz-smiley-s1"><span> :-) </span></span><br>
    <br>
    1) choosing MySQL instead of SQLite;<br>
    <br>
    2) with such choice a side effect has arisen: Album Library Path
    cannot be set up because of national symbols in root-album name (in
    spite of UTF-8 system locale) - I had to create root-album Pictures
    for it in my home directory (national symbols in sub-album names are
    acceptable).<br>
    <br>
    Hence it appears that missing photos themselves are not a cause of
    the problem (SQLite?).<br>
    <br>
    Software:<br>
    OS - Linux Mint 13 KDE (LTS)<br>
    digikam    4:2.5.0-1ubuntu2<br>
    <meta name="qrichtext" content="1">
    <p style=" margin-top:0px; margin-bottom:0px; margin-left:0px;
      margin-right:0px; -qt-block-indent:0; text-indent:0px;"><!--StartFragment-->libqt4-sql-sqlite:amd64
      (4.8.1-0ubuntu4.5)<!--EndFragment--></p>
    <meta http-equiv="Content-Type" content="text/html;
      charset=ISO-8859-1">
    <style type="text/css">
p, li { white-space: pre-wrap; }
</style>libsqlite3-0    3.7.9-2ubuntu1.1<br>
    mysql-server    5.5.34-0ubuntu0.12.04.1<br>
    <br>
    -- <br>
    Aleck<br>
    <br>
    <div class="moz-cite-prefix">28.10.2013 12:20, Aleck Mueller пишет:<br>
    </div>
    <blockquote cite="mid:526E021C.7030200@ya.ru" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <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 moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a>
<a moz-do-not-send="true" 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>
      <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>
    <br>
    <pre class="moz-signature" cols="72">-- 
Aleck
</pre>
  </body>
</html>