[digiKam-users] digikam git version , strange 'Tags' tag

[leoutation]

Hi
I discover a strange tag on the right side : 'Tags'
It doesn't seem to be a real tag because it looks like a folder but this
'Tags' is displayed on some recent thumbnails like a real tag.
I never created this tag, I can't delete it.
When I click on this icon "Tags" o the left side, "Welcome to Digikam
6.0" is displayed!

Digikam-git r41538
--
Maderios

[leoutation]

On 2/5/19 6:03 PM, [hidden email] wrote:
> Hi
> I discover a strange tag on the right side : 'Tags'
> It doesn't seem to be a real tag because it looks like a folder but this
> 'Tags' is displayed on some recent thumbnails like a real tag.
> I never created this tag, I can't delete it.
> When I click on this icon "Tags" o the left side, "Welcome to Digikam
> 6.0" is displayed!
>
> Digikam-git r41538

I rebuilt last digikam-git r41540, same issue

--
Maderios

[Maik Qualmann]

This is the "root" tag, which is superior to all, has always existed and must
exist.

Maik

Am Dienstag, 5. Februar 2019, 19:00:51 CET schrieb [hidden email]:

> On 2/5/19 6:03 PM, [hidden email] wrote:
> > Hi
> > I discover a strange tag on the right side : 'Tags'
> > It doesn't seem to be a real tag because it looks like a folder but this
> > 'Tags' is displayed on some recent thumbnails like a real tag.
> > I never created this tag, I can't delete it.
> > When I click on this icon "Tags" o the left side, "Welcome to Digikam
> > 6.0" is displayed!
> >
> > Digikam-git r41538
>
> I rebuilt last digikam-git r41540, same issue

[leoutation]

On 2/5/19 7:40 PM, Maik Qualmann wrote:
> This is the "root" tag, which is superior to all, has always existed and must
> exist.
Yes but word "Tags" should not be displayed as tag in some thumbnails,
(may be 6) it's very annoying...

>
> Maik
>
> Am Dienstag, 5. Februar 2019, 19:00:51 CET schrieb [hidden email]:
>> On 2/5/19 6:03 PM, [hidden email] wrote:
>>> Hi
>>> I discover a strange tag on the right side : 'Tags'
>>> It doesn't seem to be a real tag because it looks like a folder but this
>>> 'Tags' is displayed on some recent thumbnails like a real tag.
>>> I never created this tag, I can't delete it.
>>> When I click on this icon "Tags" o the left side, "Welcome to Digikam
>>> 6.0" is displayed!
>>>
>>> Digikam-git r41538
>>
>> I rebuilt last digikam-git r41540, same issue
>
>
>
>

--
Maderios

[Maik Qualmann]

It is not possible to assign the root tag to an image. Sure that the word
"tags" does not exist again in the tag tree? Otherwise, the database could
probably be corrupted.

Maik

Am Dienstag, 5. Februar 2019, 19:54:08 CET schrieb [hidden email]:

> On 2/5/19 7:40 PM, Maik Qualmann wrote:
> > This is the "root" tag, which is superior to all, has always existed and
> > must exist.
>
> Yes but word "Tags" should not be displayed as tag in some thumbnails,
> (may be 6) it's very annoying...
>
> > Maik
> >
> > Am Dienstag, 5. Februar 2019, 19:00:51 CET schrieb [hidden email]:
> >> On 2/5/19 6:03 PM, [hidden email] wrote:
> >>> Hi
> >>> I discover a strange tag on the right side : 'Tags'
> >>> It doesn't seem to be a real tag because it looks like a folder but this
> >>> 'Tags' is displayed on some recent thumbnails like a real tag.
> >>> I never created this tag, I can't delete it.
> >>> When I click on this icon "Tags" o the left side, "Welcome to Digikam
> >>> 6.0" is displayed!
> >>>
> >>> Digikam-git r41538
> >>
> >> I rebuilt last digikam-git r41540, same issue

[leoutation]

On 2/5/19 8:03 PM, Maik Qualmann wrote:
> It is not possible to assign the root tag to an image. Sure that the word
> "tags" does not exist again in the tag tree? Otherwise, the database could
> probably be corrupted.
>
I don't have word "tags" or "Tags" in my tags.
Otherwise, I checked my mariadbdb:
mysqlcheck --all-databases -u root -p -c
mysqlcheck --all-databases -u root -p -a
All is "OK",  I didn't find any corruption
Then
mysqlcheck -A --auto-repair -f -o -u root -p
All is OK, I restart Mariadb.
"Tags" word is still displayed in 6 thumbnails
My (unsatisfying) solution: copying and renaming the 6 affected files
then deleting original. I should like to understand what happened with
these six  files...

--
Maderios

[Maik Qualmann]

For this action, enable "cleanup database..." in the metadata settings and do
a re-reading of the metadata from these 6 images. That should clear the tag
from the images.

Maik

Am Dienstag, 5. Februar 2019, 22:07:24 CET schrieb [hidden email]:

> On 2/5/19 8:03 PM, Maik Qualmann wrote:
> > It is not possible to assign the root tag to an image. Sure that the word
> > "tags" does not exist again in the tag tree? Otherwise, the database could
> > probably be corrupted.
>
> I don't have word "tags" or "Tags" in my tags.
> Otherwise, I checked my mariadbdb:
> mysqlcheck --all-databases -u root -p -c
> mysqlcheck --all-databases -u root -p -a
> All is "OK",  I didn't find any corruption
> Then
> mysqlcheck -A --auto-repair -f -o -u root -p
> All is OK, I restart Mariadb.
> "Tags" word is still displayed in 6 thumbnails
> My (unsatisfying) solution: copying and renaming the 6 affected files
> then deleting original. I should like to understand what happened with
> these six  files...

[leoutation]

On 2/5/19 10:32 PM, Maik Qualmann wrote:
> For this action, enable "cleanup database..." in the metadata settings and do
> a re-reading of the metadata from these 6 images. That should clear the tag
> from the images.
I did so but "Tags" tag is still displayed in thumbnails.
With a right click, I discover that "Tags" is "_Digikam_root_tag". I can
delete it as a normal tag.

--
Maderios

[leoutation]

On 2/5/19 10:32 PM, Maik Qualmann wrote:
> For this action, enable "cleanup database..." in the metadata settings and do
> a re-reading of the metadata from these 6 images. That should clear the tag
> from the images.
>After "cleanup database", I discover a tag folder containing some tags,
I'll call it here "badfolder", is created. I deleted it but it is
recreated each time I "cleanup database". I deleted again.
I have only .xmp sidecars, read from sidecars only, write to sidecars
only, no exif.  I tried to sync from image metadata (only .xmp in my
case) to database and now, I see the "badfolder" containing tags is
recreated. How to get rid of this behaviour?

--
Maderios

[Gilles Caulier-4]

Hi,

This kind of problem is mostly relevant of MySql/MariaDb database, not sqlite. Do you use this backend ?

Gilles Caulier

Le mer. 6 févr. 2019 à 14:33, <[hidden email]> a écrit :

On 2/5/19 10:32 PM, Maik Qualmann wrote:
> For this action, enable "cleanup database..." in the metadata settings and do
> a re-reading of the metadata from these 6 images. That should clear the tag
> from the images.
>After "cleanup database", I discover a tag folder containing some tags,
I'll call it here "badfolder", is created. I deleted it but it is
recreated each time I "cleanup database". I deleted again.
I have only .xmp sidecars, read from sidecars only, write to sidecars
only, no exif.  I tried to sync from image metadata (only .xmp in my
case) to database and now, I see the "badfolder" containing tags is
recreated. How to get rid of this behaviour?

--
Maderios

[leoutation]

On 2/6/19 3:09 PM, Gilles Caulier wrote:
> Hi,
> This kind of problem is mostly relevant of MySql/MariaDb database, not
> sqlite. Do you use this backend ?

I use only external mariadb database, for at least a year.

>
> Gilles Caulier
>
> Le mer. 6 févr. 2019 à 14:33, <[hidden email]
> <mailto:[hidden email]>> a écrit :
>
>     On 2/5/19 10:32 PM, Maik Qualmann wrote:
>      > For this action, enable "cleanup database..." in the metadata
>     settings and do
>      > a re-reading of the metadata from these 6 images. That should
>     clear the tag
>      > from the images.
>      >After "cleanup database", I discover a tag folder containing some
>     tags,
>     I'll call it here "badfolder", is created. I deleted it but it is
>     recreated each time I "cleanup database". I deleted again.
>     I have only .xmp sidecars, read from sidecars only, write to sidecars
>     only, no exif.  I tried to sync from image metadata (only .xmp in my
>     case) to database and now, I see the "badfolder" containing tags is
>     recreated. How to get rid of this behaviour?
>
>     --
>     Maderios
>

--
Maderios

[Stuart T Rogers]

Does anyone know of a Linux utility program which can be used to display
what appears to be hidden from digikam in the exif data stored by my
Pentax DSLR? Specifically I am looking for the shutter count which I
cannot find in what digikam shows, although online tools will show it
from an uploaded jpeg.

Stuart


--
Website: https://www.stella-maris.org.uk
or:      https//www.broadstairs.org

[J Albrecht]

exiftool

Here’s an excerpt from my personal notes:

Shutter Count with ExifTool

Fire up the shell terminal. Type  “cd /” in MacOS to be in the same folder where the ExifTool executable resides. Then type:

1. Nikon DSLR: exiftool source_jpeg_file.jpg | find “Shutter Count”
2. Canon DSLR: exiftool source_jpeg_file.jpg | find “Image Number”

Obviously, replace “source_jpeg_file.jpg” with the name of your actual JPEG file. The program should return something like this: “Shutter Count: 19889” or “Image Number: 19889” – the number to the right of the string is the total shutter count on the camera.

In Terminal:

1. enter

exiftool -ShutterCount 

2. drag and drop image into Terminal window

Example:

exiftool -ShutterCount /Users/heviiguy/Pictures/Personal/June18/Post-Processed/_HVI2860\ .jpg 

On 6 Feb 2019, at 11:28, Stuart T Rogers <[hidden email]> wrote:

Does anyone know of a Linux utility program which can be used to display what appears to be hidden from digikam in the exif data stored by my Pentax DSLR? Specifically I am looking for the shutter count which I cannot find in what digikam shows, although online tools will show it from an uploaded jpeg.

Stuart


--
Website: https://www.stella-maris.org.uk
or:      https//www.broadstairs.org

[leoutation]

On 2/6/19 2:32 PM, [hidden email] wrote:
> On 2/5/19 10:32 PM, Maik Qualmann wrote:
>> For this action, enable "cleanup database..." in the metadata settings
>> and do
>> a re-reading of the metadata from these 6 images. That should clear
>> the tag
>> from the images.
>> After "cleanup database", I discover a tag folder containing some tags,
> I'll call it here "badfolder", is created. I deleted it but it is
> recreated each time I "cleanup database". I deleted again.

I remember now I created and I deleted in the past, many months ago,
this "badfolder". It seems still present now in mariadb db and I can't
get rid of it...

> I have only .xmp sidecars, read from sidecars only, write to sidecars
> only, no exif.  I tried to sync from image metadata (only .xmp in my
> case) to database and now, I see the "badfolder" containing tags is
> recreated. How to get rid of this behaviour?
>


--
Maderios

[Maik Qualmann]

I also use MySQL. I've attached a screenshot of which tag is the default and
needed. This root tag is translated in German as "Stichwörter". Eventually it
would be good you also create a screenshot, so that I understand better where
the problem is.

Maik

Am Mittwoch, 6. Februar 2019, 15:15:52 CET schrieb [hidden email]:

> On 2/6/19 3:09 PM, Gilles Caulier wrote:
> > Hi,
> > This kind of problem is mostly relevant of MySql/MariaDb database, not
> > sqlite. Do you use this backend ?
>
> I use only external mariadb database, for at least a year.
>
> > Gilles Caulier
> >
> > Le mer. 6 févr. 2019 à 14:33, <[hidden email]
> >
> > <mailto:[hidden email]>> a écrit :
> >     On 2/5/19 10:32 PM, Maik Qualmann wrote:
> >      > For this action, enable "cleanup database..." in the metadata
> >    
> >     settings and do
> >    
> >      > a re-reading of the metadata from these 6 images. That should
> >    
> >     clear the tag
> >    
> >      > from the images.
> >      >
> >      >After "cleanup database", I discover a tag folder containing some
> >    
> >     tags,
> >     I'll call it here "badfolder", is created. I deleted it but it is
> >     recreated each time I "cleanup database". I deleted again.
> >     I have only .xmp sidecars, read from sidecars only, write to sidecars
> >     only, no exif.  I tried to sync from image metadata (only .xmp in my
> >     case) to database and now, I see the "badfolder" containing tags is
> >     recreated. How to get rid of this behaviour?

[leoutation]

On 2/6/19 7:58 PM, Maik Qualmann wrote:
> I also use MySQL. I've attached a screenshot of which tag is the default and
> needed. This root tag is translated in German as "Stichwörter". Eventually it
> would be good you also create a screenshot, so that I understand better where
> the problem is.
It's the same. See my attached screenshot.
But now, the main problem for me is the old  "badfolder" (created months
ago as I explain it in my last message) that is recreated each time I
cleanup database or sync from image metadata.

> Maik
>
> Am Mittwoch, 6. Februar 2019, 15:15:52 CET schrieb [hidden email]:
>> On 2/6/19 3:09 PM, Gilles Caulier wrote:
>>> Hi,
>>> This kind of problem is mostly relevant of MySql/MariaDb database, not
>>> sqlite. Do you use this backend ?
>>
>> I use only external mariadb database, for at least a year.
>>
>>> Gilles Caulier
>>>
>>> Le mer. 6 févr. 2019 à 14:33, <[hidden email]
>>>
>>> <mailto:[hidden email]>> a écrit :
>>>      On 2/5/19 10:32 PM, Maik Qualmann wrote:
>>>       > For this action, enable "cleanup database..." in the metadata
>>>      
>>>      settings and do
>>>      
>>>       > a re-reading of the metadata from these 6 images. That should
>>>      
>>>      clear the tag
>>>      
>>>       > from the images.
>>>       >
>>>       >After "cleanup database", I discover a tag folder containing some
>>>      
>>>      tags,
>>>      I'll call it here "badfolder", is created. I deleted it but it is
>>>      recreated each time I "cleanup database". I deleted again.
>>>      I have only .xmp sidecars, read from sidecars only, write to sidecars
>>>      only, no exif.  I tried to sync from image metadata (only .xmp in my
>>>      case) to database and now, I see the "badfolder" containing tags is
>>>      recreated. How to get rid of this behaviour?
>

--
Maderios

[Maik Qualmann]

Can you send me a image (by email), that again and again created this
"badfolder"?

Maik

Am Mittwoch, 6. Februar 2019, 21:07:19 CET schrieb [hidden email]:

> On 2/6/19 7:58 PM, Maik Qualmann wrote:
> > I also use MySQL. I've attached a screenshot of which tag is the default
> > and needed. This root tag is translated in German as "Stichwörter".
> > Eventually it would be good you also create a screenshot, so that I
> > understand better where the problem is.
>
> It's the same. See my attached screenshot.
> But now, the main problem for me is the old  "badfolder" (created months
> ago as I explain it in my last message) that is recreated each time I
> cleanup database or sync from image metadata.
>
> > Maik
> >
> > Am Mittwoch, 6. Februar 2019, 15:15:52 CET schrieb [hidden email]:
> >> On 2/6/19 3:09 PM, Gilles Caulier wrote:
> >>> Hi,
> >>> This kind of problem is mostly relevant of MySql/MariaDb database, not
> >>> sqlite. Do you use this backend ?
> >>
> >> I use only external mariadb database, for at least a year.
> >>
> >>> Gilles Caulier
> >>>
> >>> Le mer. 6 févr. 2019 à 14:33, <[hidden email]
> >>>
> >>> <mailto:[hidden email]>> a écrit :
> >>>      On 2/5/19 10:32 PM, Maik Qualmann wrote:
> >>>       > For this action, enable "cleanup database..." in the metadata
> >>>      
> >>>      settings and do
> >>>      
> >>>       > a re-reading of the metadata from these 6 images. That should
> >>>      
> >>>      clear the tag
> >>>      
> >>>       > from the images.
> >>>       >
> >>>       >After "cleanup database", I discover a tag folder containing some
> >>>      
> >>>      tags,
> >>>      I'll call it here "badfolder", is created. I deleted it but it is
> >>>      recreated each time I "cleanup database". I deleted again.
> >>>      I have only .xmp sidecars, read from sidecars only, write to
> >>>      sidecars
> >>>      only, no exif.  I tried to sync from image metadata (only .xmp in
> >>>      my
> >>>      case) to database and now, I see the "badfolder" containing tags is
> >>>      recreated. How to get rid of this behaviour?

[leoutation]

On 2/6/19 9:21 PM, Maik Qualmann wrote:
> Can you send me a image (by email), that again and again created this
> "badfolder"?
>
Now:
1) "cleanup database" works normally, no "badfolder" created
2) when updating database from images metadata (.xmp files),
"badfolder"/"F***" is created. In attached screenshot, this bad folder
is the red one . Other good folders are green.
3) after searching in .xmp affected images files, i discover they
contain "F***" word/bad tag. => I understand that after deleting this
badfolder/"F***"/tags, they are not really deleted in .xmp files.
Other thing, bad folder "F***" duplicates some tags of good folder
"T**** (8729)".
I think, but I'm not sure, in the past, I renamed tag folder "T***" in
"F***", then I renamed folder "F***" in "T***"

--
Maderios

[leoutation]

On 2/6/19 9:21 PM, Maik Qualmann wrote:
> Can you send me a image (by email), that again and again created this
> "badfolder"?
>
Now:
1) "cleanup database" works normally, no "badfolder" created
2) when updating database from images metadata (.xmp files),
"badfolder"/"F***" is created. In attached screenshot, this bad folder
is the red one . Other good folders are green.
3) after searching in .xmp affected images files, i discover they
contain "F***" word/bad tag. => I understand that after deleting this
badfolder/"F***"/tags, they are not really deleted in .xmp files.
Other thing, bad folder "F***" duplicates some tags of good folder
"T**** (8729)".
I think, but I'm not sure, in the past, I renamed tag folder "T***" in
"F***", then I renamed folder "F***" in "T***"

--
Maderios

[leoutation]

On 2/7/19 5:22 PM, [hidden email] wrote:

> On 2/6/19 9:21 PM, Maik Qualmann wrote:
>> Can you send me a image (by email), that again and again created this
>> "badfolder"?
>>
> Now:
> 1) "cleanup database" works normally, no "badfolder" created
> 2) when updating database from images metadata (.xmp files),
> "badfolder"/"F***" is created. In attached screenshot, this bad folder
> is the red one . Other good folders are green.
> 3) after searching in .xmp affected images files, i discover they
> contain "F***" word/bad tag. => I understand that after deleting this
> badfolder/"F***"/tags, they are not really deleted in .xmp files.

Now, I deleted this badfolder/"F***" containing subtags then I opened in
editor .xmp attached to concerned image files: these .xmp are not
updated all, they still contain "F***"/tags i just deleted

> Other thing, bad folder "F***" duplicates some tags of good folder
> "T**** (8729)".
> I think, but I'm not sure, in the past, I renamed tag folder "T***" in
> "F***", then I renamed folder "F***" in "T***"
>
--
Maderios