digikam-db-compatibility-issues

   1 Issues:
   2
   3 #| digiKam                      | KPhotoAlbum
   4 ================================+========================================
   5 1| tags in a single tree        | tags in separate categories,
   6  |                              | can be organized into graphs with
   7  |                              | member groups
   8  |                              |
   9 2| single datetime for image    | startDate and endDate for image
  10  |                              |
  11 3| maps directorys as albums    | any category can be a "virtual album"
  12  |                              |
  13 4| can't handle images in       | can
  14  | base dir                     |
  15  |                              |
  16 5| uses filename as label       | images can have any label
  17  |                              |
  18 6| has ranking for images       | doesn't
  19  |                              |
  20 7| doesn't have drawings        | has
  21  |                              |
  22
  23 Solutions to make KPhotoAlbum more digiKam friendly:
  24
  25 1: * Restrict KPA member maps to be trees.
  26    * Make a digiKam rootlevel tag for each KPA category and for each
  27      other digiKam rootlevel tag make a KPA tag in some special
  28      category (e.g. "Various").
  29    * Somethings has to be done for naming also:
  30      KPA can't have two tags, which have same name in same category.
  31      Trees can have two same named tags in different subtrees.
  32
  33 2: Save KPA startDate to digiKam datetime field and endDate to
  34    somewhere else. Or save (startDate+endDate)/2 to digiKam field and
  35    endDate-startDate somewhere else.
  36
  37 3: Allow only "Folder" category to be selected as virtual album in
  38    KPA.
  39
  40 4: Block images from base dir in KPA.
  41
  42 5: Restrict image labels to filenames.
  43
  44 6: Don't touch digiKam ranking fields in KPA.
  45
  46 7: Save KPA drawings to some table not used in digiKam