[digiKam-users] dk6b3 searches

[digikam-2]

DK6beta3 appimage.

I have some "big searches' that take a long time (mostly due to the
thumbnails as far as I can see).

When I click on the search tab, dk automatically execute the last
search.

Is there some way of not doing that?

Either as a setting or a button to execute the search or...

Thanks

--
sknahT

vyS

[Gilles Caulier-4]

Hi,

If i remember the Maik changes for this feature, the last selected search is only started if the search view from left sidebar is selected at startup. Did you confirm ?

Gilles Caulier

Le mar. 6 nov. 2018 à 18:11, <[hidden email]> a écrit :

DK6beta3 appimage.

I have some "big searches' that take a long time (mostly due to the
thumbnails as far as I can see).

When I click on the search tab, dk automatically execute the last
search.

Is there some way of not doing that?

Either as a setting or a button to execute the search or...

Thanks

--
sknahT

vyS

[Iñigo]

I missed that, where can I download dk6b3?

TIA


Iñigo.

[Gilles Caulier-4]

At usual place :

https://files.kde.org/digikam/

Note : this url is given in digiKam.org web site...

Look "Pre-Release Bundles" section here :

https://www.digikam.org/download/

Gilles Caulier

Le mar. 6 nov. 2018 à 20:08, Iñigo <[hidden email]> a écrit :

I missed that, where can I download dk6b3?

TIA


Iñigo.

[leoutation]

On 11/6/18 8:01 PM, Gilles Caulier wrote:
> Hi,
>
> If i remember the Maik changes for this feature, the last selected
> search is only started if the search view from left sidebar is selected
> at startup. Did you confirm ?
Hi
This feature is not changed in digikam git r41039.
I never select search view at startup but last search is automatically
executed when i click on "search"

[digikam-2]

https://files.kde.org/digikam/

On Tue, 6 Nov 2018 20:08:07 +0100
Iñigo <[hidden email]> wrote:

> I missed that, where can I download dk6b3?
>
> TIA
>
>
> Iñigo.
>


--
sknahT

vyS

[digikam-2]

On Tue, 6 Nov 2018 20:21:46 +0100
[hidden email] wrote:

> On 11/6/18 8:01 PM, Gilles Caulier wrote:
> > Hi,
> >
> > If i remember the Maik changes for this feature, the last
> > selected > search is only started if the search view from left
> > sidebar is selected > at startup. Did you confirm ?  
> Hi
> This feature is not changed in digikam git r41039.
> I never select search view at startup but last search is
> automatically executed when i click on "search"

The automatic search happens:

1. At startup, if I exited DK while in the search tab.
2. During DK, if I click on the search tab.

Often I don't want the previous search, I want to do a new search.

--
sknahT

vyS

[Maik Qualmann]

Yes, that's right, the search will run at startup if the tab was active or the
tab will be selected. The auto search can be deactivated in the search input
(right mouse button menu). The search is a virtual album and displays the last
search. As an alternative, create a simple quick search and select it before
leaving. At the speed we work constantly. Another problem is sorting by file
name by natural sorting. Are the thumbnails displayed faster when you sort by
date?

Maik

Am Dienstag, 6. November 2018, 20:41:34 CET schrieb [hidden email]:
> The automatic search happens:
>
> 1. At startup, if I exited DK while in the search tab.
> 2. During DK, if I click on the search tab.
>
> Often I don't want the previous search, I want to do a new search

[digikam-2]

I don't know if searching by date would be faster, I never
use the sort by date because of my naming conventions:
text-yyyymmdd-counter_from_camera.ext, so it's already sorted by name &
date.

To me, it looks like the slowdown/speed is due to the thumbnail
previews. The files are there but then DK takes a while to display them.

I have 50000 images (no video), is it worthwhile to convert to
mysql/mariadb? How much faster would it be?

Thanks

Syv

On Tue, 06 Nov 2018 21:14:04 +0100
Maik Qualmann <[hidden email]> wrote:

> Yes, that's right, the search will run at startup if the tab was
> active or the tab will be selected. The auto search can be
> deactivated in the search input (right mouse button menu). The
> search is a virtual album and displays the last search. As an
> alternative, create a simple quick search and select it before
> leaving. At the speed we work constantly. Another problem is
> sorting by file name by natural sorting. Are the thumbnails
> displayed faster when you sort by date?
>
> Maik
>
> Am Dienstag, 6. November 2018, 20:41:34 CET schrieb
> [hidden email]:
> > The automatic search happens:
> >
> > 1. At startup, if I exited DK while in the search tab.
> > 2. During DK, if I click on the search tab.
> >
> > Often I don't want the previous search, I want to do a new
> > search  
>
>
>
>

--
sknahT

vyS

[leoutation]

On 11/6/18 9:33 PM, [hidden email] wrote:

> I don't know if searching by date would be faster, I never
> use the sort by date because of my naming conventions:
> text-yyyymmdd-counter_from_camera.ext, so it's already sorted by name &
> date.
>
> To me, it looks like the slowdown/speed is due to the thumbnail
> previews. The files are there but then DK takes a while to display them.
>
> I have 50000 images (no video), is it worthwhile to convert to
> mysql/mariadb? How much faster would it be?

Thumbnails creation speed depends on hardisk performances. I use Mariadb
external server (on localhost) because it's faster than sqlite.
You have to know that migrating from sqlite to mariadb will take a long
time, many, many hours. It depends on your hardware.

[digikam-2]

On Tue, 6 Nov 2018 23:19:10 +0100
[hidden email] wrote:

> On 11/6/18 9:33 PM, [hidden email] wrote:
> > I don't know if searching by date would be faster, I never
> > use the sort by date because of my naming conventions:
> > text-yyyymmdd-counter_from_camera.ext, so it's already sorted by
> > name & date.
> >
> > To me, it looks like the slowdown/speed is due to the thumbnail
> > previews. The files are there but then DK takes a while to
> > display them.
> >
> > I have 50000 images (no video), is it worthwhile to convert to
> > mysql/mariadb? How much faster would it be?  
>
> Thumbnails creation speed depends on hardisk performances. I use
> Mariadb external server (on localhost) because it's faster than
> sqlite. You have to know that migrating from sqlite to mariadb will
> take a long time, many, many hours. It depends on your hardware.

I don't mind the time for the creation the thumbnails, it's one time
only per ingestion.

What I was asking (not very clearly: English is not my first, nor
second language), is if when I have 50000 images and no video, will
mysql/mariadb be the same speed (as sqlite) or faster or much faster
during the regular browsing, searching...

Thanks

Syv

--
sknahT

vyS

[leoutation]

On 11/6/18 11:49 PM, [hidden email] wrote:

> On Tue, 6 Nov 2018 23:19:10 +0100
> [hidden email] wrote:
>
>> On 11/6/18 9:33 PM, [hidden email] wrote:
>>> I don't know if searching by date would be faster, I never
>>> use the sort by date because of my naming conventions:
>>> text-yyyymmdd-counter_from_camera.ext, so it's already sorted by
>>> name & date.
>>>
>>> To me, it looks like the slowdown/speed is due to the thumbnail
>>> previews. The files are there but then DK takes a while to
>>> display them.
>>>
>>> I have 50000 images (no video), is it worthwhile to convert to
>>> mysql/mariadb? How much faster would it be?
>>
>> Thumbnails creation speed depends on hardisk performances. I use
>> Mariadb external server (on localhost) because it's faster than
>> sqlite. You have to know that migrating from sqlite to mariadb will
>> take a long time, many, many hours. It depends on your hardware.
>
> I don't mind the time for the creation the thumbnails, it's one time
> only per ingestion.
>
> What I was asking (not very clearly: English is not my first, nor
> second language), is if when I have 50000 images and no video, will
> mysql/mariadb be the same speed (as sqlite) or faster or much faster
> during the regular browsing, searching...
>

Above, I wrote
 >> Mariadb external server (on localhost) because it's faster than
 >> sqlite.
You have to test yourself :)