[KPhotoAlbum] KPA 3.1.0 RC1 not importing data / crash on cancel

Martin Jost lists at majo.name
Wed Oct 10 23:37:35 CEST 2007


Hello ,

Tero Tilus schrieb:
> 2007-10-10 07:58, Martin Jost:
>> The copied photo has a checksum. The imported one has a list of
>> zeros.
>
> Is this because .kim does not contain digests or because (don't have
> kpa at hand right now to try) they get dropped at some point during
> the import?
Here is an example of the data of one photo in the index.xml inside the
.kim file:
 <image width="2304" monthFrom="9" dayFrom="29" hourFrom="11"
height="3456" yearTo="2007" monthTo="9" minuteFrom="22"
file="IMG_0100.JPG" label="IMG_0100" angle="0" dayTo="29"
secondFrom="54" yearFrom="2007" description="" >
  <options>
   <option name="Folder" >
    <value value="2007/Freudenstadt/09" />
   </option>
   <option name="Media Type" >
    <value value="Image" />
   </option>
   <option name="Orte" >
    <value value="Freudenstadt" />
   </option>
   <option name="Personen" >
    <value value="Elias" />
   </option>
  </options>
 </image>

so, no md5sum.
But instead the original folder:
   <option name="Folder" >
    <value value="2007/Freudenstadt/09" />
what is this intended for ?

> Good that you found a workaround.
>
Note, that somehow, I've been cheating KPA here right from the beginning.
KPA expects the photos in the same dir as the .kim file itself - so it
can copy them and probably at this step calculate the checksum.
I had the photos on DVD and already copied to the target dir in the
KPA-tree.
The kim file was on memory stick. (Discovered too late, that I've
forgotten that on the DVD)
So I tried to import this later on.
All the rest was at least partly a result of this approach.

Nevertheless I would consider it a good thing, to make approaches like
this handled correctly by KPA.

Martin



More information about the KPhotoAlbum mailing list