Digikam-users Digest, Vol 235, Issue 10

Sun Dec 8 11:49:29 GMT 2024

Ok, it worked.
only the picture that were grouped I have found splitted, but is not a
problem.

(I would remember to make backup, backup and then backup again, 3, 2, 1, or
whatelse you want, but always backup. This safe your asset.)

thanks
mippo

Il giorno sab 7 dic 2024 alle ore 13:00 <digikam-users-request at kde.org> ha
scritto:

> 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: libjxl (Remco Viëtor)
>    2. Re: tags make me crazy (Maik Qualmann)
>    3. Re: tags make me crazy (Frédéric Da Vitoria)
>    4. How to align after a backup recover (Mario)
>
>
>
> ---------- Forwarded message ----------
> From: "Remco Viëtor" <remco.vietor at wanadoo.fr>
> To: digikam-users at kde.org
> Cc:
> Bcc:
> Date: Fri, 06 Dec 2024 16:38:17 +0100
> Subject: Re: libjxl
> On vendredi 6 décembre 2024 16:21:41 CET Steven Robbins wrote:
> > On Friday, December 6, 2024 3:09:06 A.M. CST Benoît Barbier wrote:
> > > Hello,
> > >
> > > I have this error when compiling digikam
> > >
> > > CMake Error at core/cmake/modules/FindLibjxl.cmake:60 (file):
> > >    file STRINGS file “/usr/include/jxl/version.h” cannot be read.
> > >
> > > Call Stack (most recent call first):
> > >    core/CMakeLists.txt:57 (find_package)
> > >
> > > It looks for libjxl in /usr/include/
> > >
> > > I've compiled libjxl and it's installed in
> > >
> > > /usr/local/include/jxl/version.h
> > >
> > > How can I solve this problem?
> >
> > in the cmake gui window, you can search for jxl and find the
> configuration
> > items for the include and library paths.  Edit them as appropriate.
> >
> > You can alternatively set compiler flags if there are many libraries in
> > /usr/ local.  Search the cmake docs for details.
> >
>
> Make sure the compiler then also uses the *library* you compiled yourself
> (in
> /usr/local/lib64 probably). Otherwise there's a large chance the linker
> will
> complain.
>
> Alternatively (depending on why you compiled libjxl), load the development
> package for your distribution...
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Maik Qualmann <metzpinguin at gmail.com>
> To: digikam-users at kde.org
> Cc:
> Bcc:
> Date: Fri, 06 Dec 2024 22:50:19 +0100
> Subject: Re: tags make me crazy
> I would need to have example images with the tags that are causing the
> problem
> in order to reproduce it. I suspect metadata that cannot be changed.
> Either
> Exif.XP* namespace that cannot be changed by Exiv2 or something similar.
>
> Maik
>
> Am Freitag, 6. Dezember 2024, 14:25:05 Mitteleuropäische Normalzeit
> schrieb
> Frédéric Da Vitoria:
> > Sorry, I just noticed that the pictures I shared were not visible. I
> > just fixed this, now everyone should be able to see them.
> >
> > On 06/12/2024 13:42, Frédéric Da Vitoria wrote:
> > > No, I stopped trying. I am waiting for someone to tell me if this is
> > > indeed a bug which I should file as such.
> > >
> > > Note that my issue is sligntly different: my tag is not replaced, it
> > > is duplicated, so that I have 2 occurrences of that tag, one in the
> > > hierarchy (where I expect it to be) and one ar the root.
> > >
> > > Only a few of my tags behave this way... Actually no, there were only
> > > a few misplaced tags when I created this thread, now there are 37 at
> > > root level plus I don't know how many more at other levels. So the
> > > problem is spreading with time.
> > >
> > > On 06/12/2024 10:52, frederic chaume wrote:
> > >> Hi Frederic
> > >>
> > >> I have the same problem.
> > >> I set a hierarchical tags, than synchronize metadata (I'm using lazy
> > >> mode) and the hierarchical tags are automatically replaced by a flat
> > >> set of tags.
> > >> Reusing your example , it looks like:
> > >> setting "Lieux/France/C(...)/L(...)/piscine"  is replaced by
> > >> "Lieux"
> > >> "France"
> > >> (...)/L(...)/
> > >> "piscine"
> > >>
> > >> did you solved your problem?
> > >>
> > >> regards
> > >> Frederic
> > >>
> > >> Le 03/12/2024 à 20:23, Frédéric Da Vitoria a écrit :
> > >>> If I now add the "Lieux/France/C(...)/L(...)/piscine" tag to
> > >>> untagged photos, dK adds the "piscine" tag too.
>
>
>
>
>
>
>
>
> ---------- Forwarded message ----------
> From: "Frédéric Da Vitoria" <davito9w at free.fr>
> To: digikam-users at kde.org
> Cc:
> Bcc:
> Date: Sat, 7 Dec 2024 10:13:51 +0100
> Subject: Re: tags make me crazy
> Hello Maik,
>
> Thank you for looking into this.
>
> Here are 8 examples. I did not touch anything in them since the problem
> occured except changing their file names, and I did so after copying
> them into a directory outside of dK's scope. So these should exactly
> what dK sees.
>
> I included:
> - 4 photos with the "piscine" tag, taken with 4 defferent cameras, each
> time the "piscine" is duplicated
> - 2 photos with a "mésange bleue" tag, one where this itag is duplicated
> at the root level, one where there is only one copy of the tag; I did
> not do anything recently with those old photos so I don't have any idea
> why dK decided to duplicate those tags
> - 2 photos with a "macaque à longue queue" tag, one where this itag is
> duplicated, one where there is only one copy of the tag; I did not do
> anything recently with those old photos so I don't have any idea why dK
> decided to duplicate those tags either; here, dK duplicated tag under
> "animal" instead of putting the duplicate in the root.
>
> I noticed that the duplicated tags had character set issues (when there
> were non-standard characters, of course).
>
> Note that the problem occurs when I select a group of photos and edit
> the tags by checking / unchecking the tags in the right pane. AFAICT,
> this does not happen when I merge tags using "Tags" in the left pane. I
> guess I should refrain from using the right pane to edit tags until this
> issue is solved.
>
>
> https://drive.google.com/drive/folders/1K2Q9Nf0F-D5UEuVK8CqSX5SG_9P3eCsc?usp=sharing
>
> On 06/12/2024 22:50, Maik Qualmann wrote:
> > I would need to have example images with the tags that are causing the
> problem
> > in order to reproduce it. I suspect metadata that cannot be changed.
> Either
> > Exif.XP* namespace that cannot be changed by Exiv2 or something similar.
> >
> > Maik
> >
> > Am Freitag, 6. Dezember 2024, 14:25:05 Mitteleuropäische Normalzeit
> schrieb
> > Frédéric Da Vitoria:
> >> Sorry, I just noticed that the pictures I shared were not visible. I
> >> just fixed this, now everyone should be able to see them.
> >>
> >> On 06/12/2024 13:42, Frédéric Da Vitoria wrote:
> >>> No, I stopped trying. I am waiting for someone to tell me if this is
> >>> indeed a bug which I should file as such.
> >>>
> >>> Note that my issue is sligntly different: my tag is not replaced, it
> >>> is duplicated, so that I have 2 occurrences of that tag, one in the
> >>> hierarchy (where I expect it to be) and one ar the root.
> >>>
> >>> Only a few of my tags behave this way... Actually no, there were only
> >>> a few misplaced tags when I created this thread, now there are 37 at
> >>> root level plus I don't know how many more at other levels. So the
> >>> problem is spreading with time.
> >>>
> >>> On 06/12/2024 10:52, frederic chaume wrote:
> >>>> Hi Frederic
> >>>>
> >>>> I have the same problem.
> >>>> I set a hierarchical tags, than synchronize metadata (I'm using lazy
> >>>> mode) and the hierarchical tags are automatically replaced by a flat
> >>>> set of tags.
> >>>> Reusing your example , it looks like:
> >>>> setting "Lieux/France/C(...)/L(...)/piscine"  is replaced by
> >>>> "Lieux"
> >>>> "France"
> >>>> (...)/L(...)/
> >>>> "piscine"
> >>>>
> >>>> did you solved your problem?
> >>>>
> >>>> regards
> >>>> Frederic
> >>>>
> >>>> Le 03/12/2024 à 20:23, Frédéric Da Vitoria a écrit :
> >>>>> If I now add the "Lieux/France/C(...)/L(...)/piscine" tag to
> >>>>> untagged photos, dK adds the "piscine" tag too.
>
> --
> Frédéric Da Vitoria
>
>
>
>
>
> ---------- Forwarded message ----------
> From: Mario <mippo9 at gmail.com>
> To: digikam-users at kde.org
> Cc:
> Bcc:
> Date: Sat, 7 Dec 2024 11:34:07 +0100
> Subject: How to align after a backup recover
> Yes, maybe, because my PC is not very fast.
> where is exactly this setting, just to avoid mistake...
> Are you referring to Settings --> Miscellaneous --> Behavior --> Scan
> for new item at startup
> (this is currently deactived)
>
> could be this enought ?
>
> many thanks
>
>
> _______________________________________________
> 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/20241208/eed626c6/attachment.htm>