[KPhotoAlbum] Search performance

Robert Krawitz rlk at alum.mit.edu
Thu Oct 18 23:43:36 BST 2018

On Thu, 18 Oct 2018 23:34:30 +0200, Tobias Leupold wrote:
>> But I still think that the index.xml format has good properties (resistant
>> against file corruption, easy/robust versioning, readable and writable "by
>> hand"). Also, many people use kphotoalbum on different machines in different
>> versions - with the XML format, you can easily pull that off as long as you
>> take some care.
> I must say that the XML database format was one reason for me to use
> KPA at all back then. I thought I'll spend a lot of time with
> tagging and a lot of energy will flow into this database. And if the
> KPA thing ends up sucking one day, I will still have that database
> that I can even read "by hand" with a normal text editor. And that's
> why I thought "no matter what happens, my data is safe and mine
> after all".

To be honest, I like it too.  I've been known to edit my index.xml by
hand.  But it does have performance implications for startup and save.
I do want to see what happens with abbreviating tag and attribute
names for those in the image path.  It may not make much difference,
but even 10% difference is something not to be ignored.
Robert Krawitz                                     <rlk at alum.mit.edu>

***  MIT Engineers   A Proud Tradition   http://mitathletics.com  ***
Member of the League for Programming Freedom  --  http://ProgFree.org
Project lead for Gutenprint   --    http://gimp-print.sourceforge.net

"Linux doesn't dictate how I work, I dictate how Linux works."
--Eric Crampton

More information about the Kphotoalbum mailing list