Digikam-users Digest, Vol 223, Issue 52

Steve Franks stevef48 at gmail.com
Fri Dec 29 16:22:50 GMT 2023


Don't delete your existing collection!
Create the new collection, then drag the existing albums to it. That way
you ensure that you keep all existing data.
Steve

On Fri, 29 Dec 2023 at 12:00, <digikam-users-request at kde.org> wrote:

> Send Digikam-users mailing list submissions to
>         digikam-users at kde.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://mail.kde.org/mailman/listinfo/digikam-users
> or, via email, send a message with subject or body 'help' to
>         digikam-users-request at kde.org
>
> You can reach the person managing the list at
>         digikam-users-owner at kde.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Digikam-users digest..."
> Today's Topics:
>
>    1. Re: Quantity album collections (jdd at dodin.org)
>    2. Re: Quantity album collections (Gilles Caulier)
>    3. Re: Quantity album collections (Sveinn í Felli)
>
>
>
> ---------- Forwarded message ----------
> From: "jdd at dodin.org" <jdd at dodin.org>
> To: digikam-users at kde.org
> Cc:
> Bcc:
> Date: Fri, 29 Dec 2023 11:36:26 +0100
> Subject: Re: Quantity album collections
> Le 29/12/2023 à 11:23, frederic chaume a écrit :
> > Hi Andrew
> >
> > thanks for your feedback
> > no issue in having one collection with 100K+ pictures  in it ?
>
> from a simple user :-), no problem, some users have much more.
> Eventually misql may be faster than sqlite?
> >
> > For the "migration" I guess I just have to delete all exiting
> > collections and then creating a new one based on the parent directory ?
>
> since some time there are tools to change collection place, but  I never
> had to use them
>
> > I suppose creating a new unique collection would take some time
> > regarding the quantity of pictures , and no information will be loss
> > (tags, rating, DK versions, ...) do you confirm ?
> >
>
> * if you save them in the images files themselves
> * not sure if face tags a saved this way
>
> my way: save all the data in the images to be sure and backup anyway the
> database, then try the migration tools. Only rescan if you can't find
> better way
>
> jdd
> --
> https://artdagio.fr
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Gilles Caulier <caulier.gilles at gmail.com>
> To: digikam-users at kde.org
> Cc:
> Bcc:
> Date: Fri, 29 Dec 2023 11:39:11 +0100
> Subject: Re: Quantity album collections
> Hi all,
>
> For the database speed, take a look in the documentation:
>
>
> https://docs.digikam.org/en/setup_application/database_settings.html#database-type-criteria
>
> Best
>
> Gilles Caulier
>
> Le ven. 29 déc. 2023 à 11:36, jdd at dodin.org <jdd at dodin.org> a écrit :
> >
> > Le 29/12/2023 à 11:23, frederic chaume a écrit :
> > > Hi Andrew
> > >
> > > thanks for your feedback
> > > no issue in having one collection with 100K+ pictures  in it ?
> >
> > from a simple user :-), no problem, some users have much more.
> > Eventually misql may be faster than sqlite?
> > >
> > > For the "migration" I guess I just have to delete all exiting
> > > collections and then creating a new one based on the parent directory ?
> >
> > since some time there are tools to change collection place, but  I never
> > had to use them
> >
> > > I suppose creating a new unique collection would take some time
> > > regarding the quantity of pictures , and no information will be loss
> > > (tags, rating, DK versions, ...) do you confirm ?
> > >
> >
> > * if you save them in the images files themselves
> > * not sure if face tags a saved this way
> >
> > my way: save all the data in the images to be sure and backup anyway the
> > database, then try the migration tools. Only rescan if you can't find
> > better way
> >
> > jdd
> > --
> > https://artdagio.fr
> >
>
>
>
>
> ---------- Forwarded message ----------
> From: "Sveinn í Felli" <sv1 at fellsnet.is>
> To: frederic chaume <frederic.chaume at gmail.com>, digikam-users at kde.org
> Cc:
> Bcc:
> Date: Fri, 29 Dec 2023 11:44:44 +0000
> Subject: Re: Quantity album collections
> [see inline comments]
>
> Þann 29.12.2023 10:23, skrifaði frederic chaume:
> > Hi Andrew
> >
> > thanks for your feedback
> > no issue in having one collection with 100K+ pictures  in it ?
>
> Never had any speed issues, some maintenance tools take time to finish.
> One big +150k collection plus several smaller ones.
>
> > For the "migration" I guess I just have to delete all exiting
> > collections and then creating a new one based on the parent directory ?
>
> Do you write metadata to image files? If not, i think some metadata like
> tags and ratings will not be attached to the files if you start from
> scratch. Maybe it's then better to create the new collections and move
> the image files inside Digikam?
>
> Best regards,
> Sveinn í Felli
>
> > I suppose creating a new unique collection would take some time
> > regarding the quantity of pictures , and no information will be loss
> > (tags, rating, DK versions, ...) do you confirm ?
> >
> > regards and happy New Year
> > Frederic
> >
> >
> > Le 27/12/2023 à 11:04, Andrew Goodbody a écrit :
> >> On 27/12/2023 09:43, frederic chaume wrote:
> >>> So I would like to hear you on advantages/draw backs of each solution
> >>
> >> A collection is simply the place where you want all directories below
> >> that point to be included in the digiKam database. The main use for
> >> multiple collections is when you have images that exist in places that
> >> do not share the same common parent directory.
> >>
> >> I see no point in having multiple collections all with the same parent
> >> directory. Save yourself the trouble and just have a single collection
> >> pointing at the parent.
> >>
> >> Andrew
> >
>
>
> _______________________________________________
> Digikam-users mailing list
> Digikam-users at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20231229/4822d98b/attachment.htm>


More information about the Digikam-users mailing list