https://bugs.kde.org/show_bug.cgi?id=412168
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=412168
Bug ID: 412168
Summary: Wishlist: Feedback after scanning for faces
Product: digikam
Version: 7.0.0
Platform: Other
OS: Linux
Status: REPORTED
Severity:
https://bugs.kde.org/show_bug.cgi?id=414016
Bug ID: 414016
Summary: Log file /var/log/syslog grows in size very fast
Product: digikam
Version: 6.4.0
Platform: Appimage
OS: Linux
Status: REPORTED
Severity:
https://bugs.kde.org/show_bug.cgi?id=414016
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=413938
--- Comment #10 from MarcP ---
Wow, you are the best!
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=414016
--- Comment #2 from MarcP ---
Ok, understood.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=414016
--- Comment #5 from MarcP ---
If I watch the /var/log/syslog in real time, I can see basically everything
digikam is doing, as if I had launched it from a terminal. And same for other
programs I am running.
I think that temporarily I'll limit the size
https://bugs.kde.org/show_bug.cgi?id=303239
--- Comment #8 from MarcP ---
I am not sure. I mostly used grouping to group duplicated, very similar, or
edited version of the same picture, often in different directories. The problem
with that is that pictures not on the top of the stack
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #15 from MarcP ---
Ok, so I captured the output of this action in debug mode. I decided to
separate the logs in four parts, so it's clear what digikam is doing in each
one of them.
1) I write a test tag called "test tag" to t
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #13 from MarcP ---
Created attachment 123780
--> https://bugs.kde.org/attachment.cgi?id=123780=edit
4. Clicking "Apply", saving the new tags to file
At this point, is when the "test tag" is deleted from th
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #19 from MarcP ---
No, I don't think I have ever changed anything from the advanced metadata
settings (I can send you a screenshot if you want). I also have all sidecars
disabled, and in the behavior tab, I only have selected the three last
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #20 from MarcP ---
Created attachment 123784
--> https://bugs.kde.org/attachment.cgi?id=123784=edit
Offending digikamrc configuration file
I have attached the offending digikamrc configuration file, in case you want to
have a l
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #11 from MarcP ---
Created attachment 123778
--> https://bugs.kde.org/attachment.cgi?id=123778=edit
2. Opening reverse geolocation tool
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #10 from MarcP ---
Created attachment 123777
--> https://bugs.kde.org/attachment.cgi?id=123777=edit
1. Writing "test tag" to picture.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #12 from MarcP ---
Created attachment 123779
--> https://bugs.kde.org/attachment.cgi?id=123779=edit
3. Applying reverse geolocation
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=413837
MarcP changed:
What|Removed |Added
Attachment #123780|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #17 from MarcP ---
Ok, I see, that option was the source of the problem. But I don't see why it
should work this way. In theory, when entering the reverse geocoding tool, it
should read the current picture metadata, and not just overwrite
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #5 from MarcP ---
No, the low disk space was something temporary because some log files grew
unexpectedly huge in my system. But when that happened, no tags could even be
saved.
I tried right now, from a fresh Digikam session, and I can
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #24 from MarcP ---
I started fresh with a new digikamrc config file, and enabling those options
("Cleanup database when file re-scanned"), the issue is still there. However,
it does not remove face tags, just regular tags
https://bugs.kde.org/show_bug.cgi?id=414028
--- Comment #6 from MarcP ---
Also affects Ubuntu 18.04 LTS.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=413837
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=413837
Bug ID: 413837
Summary: Reverse geolocation deletes previous tags from the
picture
Product: digikam
Version: 6.4.0
Platform: Appimage
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #1 from MarcP ---
Sorry, I meant "I have been reverse geolocation several groups of pictures
(...)"
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #7 from MarcP ---
No, I have sidecars disabled completely (both read and write).
Maybe it's that particular build. Do you want me to test a specific version?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=413837
--- Comment #3 from MarcP ---
I will try to reproduce it using some test pictures, to try to find out in
which cases it happen.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=413839
Bug ID: 413839
Summary: Digikam not aware when there is no disk space
available
Product: digikam
Version: 6.4.0
Platform: Appimage
OS: Linux
Status:
https://bugs.kde.org/show_bug.cgi?id=413839
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=413842
Bug ID: 413842
Summary: Wishlist: search not sensitive to special characters /
diacritics
Product: digikam
Version: 6.4.0
Platform: Appimage
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=413842
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=413938
--- Comment #5 from MarcP ---
Sure, no problem. I have attached two pictures. This is their current and only
metadata:
Case1.jpg Case2.jpg
[X] Ontario [ ] Ontario
[x] Toronto
https://bugs.kde.org/show_bug.cgi?id=413938
Bug ID: 413938
Summary: Metadata is not written to all pictures in a tag
hierarchy
Product: digikam
Version: 6.4.0
Platform: Appimage
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=413938
--- Comment #7 from MarcP ---
Created attachment 123794
--> https://bugs.kde.org/attachment.cgi?id=123794=edit
Case2.jpg
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=413938
--- Comment #6 from MarcP ---
Created attachment 123793
--> https://bugs.kde.org/attachment.cgi?id=123793=edit
Case1.jpg
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=392363
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=386379
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=413938
--- Comment #1 from MarcP ---
Created attachment 123791
--> https://bugs.kde.org/attachment.cgi?id=123791=edit
Screen capture showing the issue
This is a screen capture showing the problem with just two files. Observe how
the Case2.jpg picture
https://bugs.kde.org/show_bug.cgi?id=413938
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=414424
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=414424
Bug ID: 414424
Summary: Wishlist: Item count for tag tree is not very
intuitive. Maybe show number of total items and
subtags separately?
Product: digikam
Version:
https://bugs.kde.org/show_bug.cgi?id=414420
--- Comment #3 from MarcP ---
Yes, that XMP sidecar was created by digikam (version 6.4.0), last week if I
recall correctly.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=414420
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=414420
Bug ID: 414420
Summary: Date/time in sidecar files for Videos seems to be
ignored by digikam
Product: digikam
Version: 6.4.0
Platform: Appimage
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=414420
--- Comment #1 from MarcP ---
Created attachment 124075
--> https://bugs.kde.org/attachment.cgi?id=124075=edit
DSCN1382.MOV
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=414424
--- Comment #2 from MarcP ---
Hey. I tried the latest appimage
(digikam-7.0.0-git-20191204T041752-x86-64.appimage) and I noticed that now the
tag count only shows the number of pictures tagged with that specific tag, but
ignoring subtags. Would
https://bugs.kde.org/show_bug.cgi?id=414424
--- Comment #4 from MarcP ---
Oh, I see. So there is no quick way of showing the number of containing
pictures (the number that appears at the bottom left in Digikam) without having
to query each tag, right?
In that case, maybe the initial behavior
https://bugs.kde.org/show_bug.cgi?id=397872
--- Comment #3 from MarcP ---
I would also like to add a few things.
- First, something that took me some time to realize. When you want to reverse
geocode several pictures, first you have to select which pictures from the list
you want to process
https://bugs.kde.org/show_bug.cgi?id=411550
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=414428
--- Comment #1 from MarcP ---
Created attachment 124079
--> https://bugs.kde.org/attachment.cgi?id=124079=edit
Optimal-DK.colors
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=414428
--- Comment #3 from MarcP ---
Created attachment 124081
--> https://bugs.kde.org/attachment.cgi?id=124081=edit
Optimal-DK-lighter.colors
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=414428
--- Comment #2 from MarcP ---
Created attachment 124080
--> https://bugs.kde.org/attachment.cgi?id=124080=edit
Optimal-DK-contrast.colors
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=414428
--- Comment #4 from MarcP ---
Created attachment 124082
--> https://bugs.kde.org/attachment.cgi?id=124082=edit
Optimal-DK-darker.colors
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=414428
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=414428
Bug ID: 414428
Summary: Dark themes for Digikam (Optimal-DK)
Product: digikam
Version: 7.0.0
Platform: Other
OS: All
Status: REPORTED
Severity: wishlist
https://bugs.kde.org/show_bug.cgi?id=414428
--- Comment #6 from MarcP ---
Hi. Yes, the grey is not as dark as in other dark themes, but it is done on
purpose as not to contrast a lot with the text (which is in a lighter shade of
gray). Actually, it is similar in color to the dark theme in Gimp
https://bugs.kde.org/show_bug.cgi?id=406019
--- Comment #6 from MarcP ---
I don't think it's the images' fault. Sometimes, changing some metadata and
forcing digikam to rebuild the thumbnails corrects it. Also, it does not happen
for the same pictures in two different computers (or even
https://bugs.kde.org/show_bug.cgi?id=406019
--- Comment #8 from MarcP ---
I just tried that same picture album in another computer, with the same digikam
version (digikam-6.4.0-git-20191005T120037-x86-64.appimage) and none of the
images showed this issue. So it's most likely not related
https://bugs.kde.org/show_bug.cgi?id=406019
--- Comment #4 from MarcP ---
Created attachment 123067
--> https://bugs.kde.org/attachment.cgi?id=123067=edit
Another example
(This issue was quite prominent on a few pictures I scanned yesterday)
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=392024
--- Comment #3 from MarcP ---
Testing at this very moment :)
One thing about face recognition, is that new users wouldn't know what to do to
start recognizing new faces. Basically you first have to detect the faces (can
be done from the right-click
https://bugs.kde.org/show_bug.cgi?id=417399
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=417399
--- Comment #2 from MarcP ---
Well, to be honest, I don't have much idea of how it works internally. Another
solution would be to display all the unconfirmed faces before or after the
confirmed ones, so they all appear together. But that would mean
https://bugs.kde.org/show_bug.cgi?id=384396
--- Comment #14 from MarcP ---
(I have opened a feature request for the hide/show confirmed faces, so it is
registered in the bugtracking system. It is bug 417399)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=384396
--- Comment #13 from MarcP ---
No, showing only unconfirmed faces for a person (there's current bug report for
that), or automatically grouping unconfirmed faces for similarity (this bug
report) are features that have not been yet implemented
https://bugs.kde.org/show_bug.cgi?id=417399
Bug ID: 417399
Summary: Wishlist: button to hide confirmed faces for a person
Product: digikam
Version: 7.0.0
Platform: Other
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=417399
--- Comment #3 from MarcP ---
I found out that, as a workaround, you can get this effect by selecting a
Person in the panel, and filtering out all pictures with his/her tag. Only the
non-confirmed faces will remain.
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=416744
--- Comment #3 from MarcP ---
That is weird, but I can't tell for sure what is causing it. Yesterday I was
correcting many duplicated faces (since the bug about the mispositioned faces
was solved, but I had already rescanned those pictures for faces
https://bugs.kde.org/show_bug.cgi?id=380336
--- Comment #10 from MarcP ---
Just chiming in, there is an issue here that tagged faces can exist outside the
"People" tree dir. Animals, for example. So hiding anything but "People"
doesn't seem like a good idea at first.
https://bugs.kde.org/show_bug.cgi?id=416744
--- Comment #6 from MarcP ---
Ok, I finally found out what was happening, because sometimes when deleting
faces changes were saved, and other weren't.
It turns out the problem only arises when there is a duplicated face rectangle
in a picture.
In my
https://bugs.kde.org/show_bug.cgi?id=416744
--- Comment #5 from MarcP ---
Created attachment 125467
--> https://bugs.kde.org/attachment.cgi?id=125467=edit
group-of-people-clapping-X6D3M1.jpg
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=416213
--- Comment #12 from MarcP ---
I just realized that this behavior is likely the cause of Bug 392008. Maybe
they can be even considered duplicates.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=417140
--- Comment #4 from MarcP ---
I tried tsetting that environment variable, but it didn't seem to work.
>From the console, when I tried to load a map using google maps, I got the
following:
Digikam::ItemInfo::fromLocalFile: No location co
https://bugs.kde.org/show_bug.cgi?id=416180
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=416743
Bug ID: 416743
Summary: Face rectangle tool gets deselected if changes are
being written to file
Product: digikam
Version: 7.0.0
Platform: Appimage
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=416743
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=416743
--- Comment #2 from MarcP ---
Not exactly, it goes back to the normal mouse cursor while you are drawing a
new face (or writing its name). It's very easy to reproduce.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=416744
Bug ID: 416744
Summary: Changes are not saved after deleting face rectangle
from picture
Product: digikam
Version: 7.0.0
Platform: Appimage
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=416744
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=416743
--- Comment #5 from MarcP ---
Mmmm, not exactly, it's not "being deleted". Basically, when you save metadata
to a file, especially if the file system is slow (like a NAS, so it takes a
couple seconds to save the changes), the picture (in pr
https://bugs.kde.org/show_bug.cgi?id=417140
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=417140
Bug ID: 417140
Summary: Map panel shows white rectangle when using Google Maps
Product: digikam
Version: 7.0.0
Platform: Appimage
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=405980
--- Comment #16 from MarcP ---
I think this problem has already been solved. If you re-read the metadata for
the affected files, the face rectangle is positioned correctly again.
I believe this bug can be closed now.
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=405980
--- Comment #18 from MarcP ---
Ah, ok. In my case, the issue was solved when Bug #372340 was closed.
Maybe you could upload a sample picture, so the devs can test it?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=295334
--- Comment #11 from MarcP ---
Bug 392023 is most likely a duplicate as well.
I think the best option, as the original poster suggested, would be to create
two categories: One for "Ignored" faces, and another one for "Deleted&qu
https://bugs.kde.org/show_bug.cgi?id=372340
--- Comment #46 from MarcP ---
I am so glad it could be sorted out.
I'll try it as soon as the next built is released.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=416214
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=416214
Bug ID: 416214
Summary: When entering a name in an unconfirmed face, sometimes
the keypress acts as a shortcut and jumps to another
picture
Product: digikam
Version:
https://bugs.kde.org/show_bug.cgi?id=416213
--- Comment #1 from MarcP ---
Of course, if you start from a clean database, and you scan the picture after
the tag has been moved, it will only appear in the subtag only. The problem
only appears if the tag already exists at the root of /People
https://bugs.kde.org/show_bug.cgi?id=416213
Bug ID: 416213
Summary: People tags appear duplicated after having moved them
in the tag tree, if the tag was already present at
/People/
Product: digikam
Version:
https://bugs.kde.org/show_bug.cgi?id=416213
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=416213
--- Comment #4 from MarcP ---
Oh, that is already with the option "Clean up the metadata from the database
when rescan files" activated. I activate it when I want to sync the library in
two computers.
Regular tags get cleaned up. Tags
https://bugs.kde.org/show_bug.cgi?id=416213
--- Comment #9 from MarcP ---
As far as I know, Picasa treats faces and tags separately (I remember having to
sync them every time, manually), but it doesn't have any kind of tag hyerarchy,
just a flat list for everything. So it's not as advanced
https://bugs.kde.org/show_bug.cgi?id=416213
--- Comment #2 from MarcP ---
I am sorry, in Step 5, I meant to say: "5. Start again the FIRST digikam,".
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=416213
--- Comment #7 from MarcP ---
This is what I thought. In the metadata, people tags have no path. It can use
the path of the regular tag, but you can never be sure that the user did not
also want to keep that person there, at the root of People, so you
https://bugs.kde.org/show_bug.cgi?id=416213
--- Comment #11 from MarcP ---
I know. I remember in the GSoC2019 we faced that dilemma. We could leave the
hierarchy just for regular tags, and display all People in a flat list, sorted
alphabetically (like in Picasa). But a tag tree for People
https://bugs.kde.org/show_bug.cgi?id=410425
--- Comment #2 from MarcP ---
Regarding you last paragraph, the "Write tags to xmp" saves the reverse
geolocation information as nested keywords (you previously need to define where
and which ones by right clicking on the tag tree on top).
https://bugs.kde.org/show_bug.cgi?id=411619
--- Comment #4 from MarcP ---
I have not experienced this bug in quite some time now. You can close it if you
think it's no longer relevant.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=415867
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=416071
--- Comment #2 from MarcP ---
Mmm, I have merged tags in the past, but I am sure that the tags I used for
searches were not affected by any merge. I'll try to reproduce the behavior in
a controlled environment with a test database and report back
https://bugs.kde.org/show_bug.cgi?id=415999
--- Comment #2 from MarcP ---
Aha. It could be what you say. What I usually see, is a bar for each tagged
image, and the one on top being the one that appears to go backwards.
Here is an example: https://imgur.com/a/OygbhZs
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=416071
MarcP changed:
What|Removed |Added
CC||iwannaber...@gmail.com
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=416071
Bug ID: 416071
Summary: Saved searches that include tags are altered after
tags are reorganized
Product: digikam
Version: 7.0.0
Platform: Appimage
OS: Linux
1 - 100 of 487 matches
Mail list logo