[KPhotoAlbum] A few stacking issues

Johannes Zarl isilmendil at isilme.lupus.uberspace.de
Sun Jan 27 14:42:15 GMT 2013


On Sunday 27 January 2013 05:21:47 Robert Krawitz wrote:
> Found another problem with export/import: it doesn't preserve the
> directory hierarchy.  It appears to want to put everything in one
> directory, which isn't very useful for synchronizing databases.

Ok. That's not so nice.

Regarding import/export in general, I see two options:

a) Add stacking and directory support to .kim export

Pros:
 + hopefully less work
 + could use any concepts in KPA (i.e. stacks, tokens, different kinds of 
tags)

Cons:
 - the .kim format is meant to be compatible between versions, yet lacks any 
version information. Adding features most likely results in files that older 
versions of KPA will choke upon.


b) Create a kipi-plugin for DB-export

Pros:
 + kipi has a much simpler DB-concept (only one kind of tag)
   -> exchange format would also be simpler and unlikely to change
 + could also be used to convert between KPA and digikam
 + Less likely to be "forgotten" when new features/concepts are added to KPA

Cons:
 - Extra logic inside KPA needed to convert things like Stacks into vocabulary 
that kipi can understand

Personally, I would prefer solution b), because it has a generally better 
maintainability, and would directly benefit the kipi-support in KPA.


Any thoughts? Jesper, Miika? Also: any takers?

If nobody has a better alternative to b), and if nobody volunteers to do it, I 
will probably start implementing it end-of-february-ish.

Cheers,
  Johannes


P.S.: What I said earlier in the thread about filing bugs: I meant that. 
Looking into the bugtracker for things to do is much easier for me than 
digging through the mailing list.



More information about the Kphotoalbum mailing list