
<html xmlns="http://www.w3.org/1999/xhtml">

<head>

<title></title>

</head>

<body>

<div name="messageBodySection" style="font-size: 14px; font-family: -apple-system, BlinkMacSystemFont, sans-serif;">Ah, I see. I apologize for not doing sufficient research before sending mail to the list. Is it possible to disable autocompletion without recompiling from source?</div>

<div name="messageSignatureSection" style="font-size: 14px; font-family: -apple-system, BlinkMacSystemFont, sans-serif;"><br />

- Alex</div>

<div name="messageReplySection" style="font-size: 14px; font-family: -apple-system, BlinkMacSystemFont, sans-serif;"><br />

On Feb 19, 2017, 11:51 -0500, Gilles Caulier <caulier.gilles@gmail.com>, wrote:<br />

<blockquote type="cite" style="margin: 5px 5px; padding-left: 10px; border-left: thin solid #1abc9c;"><br />

The problem is not the tags amount in fact, and not the database.<br />

<br />

The problem is located in search text widget used to filter tree-view. When<br />

you start digiKam the widget is populated with tags a album name to provide<br />

auto completion. The loop inside the Qt widget model is like O(n^2) and<br />

hang-up.<br />

<br />

The possible solution is to disable autocompletion in this areas for the<br />

moment.<br />

<br />

The problem is reported in this file :<br />

<br />

https://bugs.kde.org/show_bug.cgi?id=367853<br />

<br />

.. and also already reported in this room...<br />

<br />

The problem is identified at least. We need a strategy to prevent this<br />

dysfunction.<br />

<br />

Gilles Caulier<br />

<br />

<br />

<br />

2017-02-19 16:30 GMT+01:00 Alexander Langley <alexander.g.langley@gmail.com<br />

:<br />

<br />

<blockquote type="cite" style="margin: 5px 5px; padding-left: 10px; border-left: thin solid #e67e22;">Hello digiKam Users,<br />

<br />

digiKam Version: 5.4.0 (via Homebrew)<br />

OS: macOS<br />

OS Version: 10.12.3 (Sierra)<br />

PC Specs: Intel core i5, 4GB RAM<br />

<br />

I'm currently working on a project that requires I use a VERY LARGE number<br />

of<br />

tags. And by "VERY LARGE", I mean on the order of 220,000. After reading<br />

the<br />

digiKam database spec, I wrote a quick Python script to read my tag set in<br />

from<br />

a source JSON document and add it to the digiKam database using the sqlite3<br />

library.<br />

<br />

This did not make digiKam happy. When I attempted to launch it after<br />

adding the<br />

tags, it hung indefinitely at the loading screen step labeled "Reading the<br />

Database..." I verified that I hadn't mangled the database format, then<br />

tried<br />

again, only to be met with the same hang. By reducing the number of tags<br />

85%<br />

(33,000), I was able to convince digiKam to start again, but it took 10<br />

minutes<br />

for it to open...<br />

<br />

Is this a supported use case? Is there a box I can check somewhere to<br />

tweak<br />

digiKam's database loading system to handle absurd numbers of tags? If<br />

not,<br />

would a code contribution to try to speed up tag loading be welcome?<br />

<br />

- Alex<br /></blockquote>

</blockquote>

</div>

</body>

</html>