[digikam] [Bug 476573] Preview - Picture is shifted upward
https://bugs.kde.org/show_bug.cgi?id=476573 --- Comment #8 from Alexandre Belz --- Thank you Maik, that was the issue indeed. Not easy to detect it myself ! (and I don't remind having undocked by purpose). Many thanks again. BR. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476573] Preview - Picture is shifted upward
https://bugs.kde.org/show_bug.cgi?id=476573 --- Comment #7 from Alexandre Belz --- Thank you Maik, tha -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476573] Preview - Picture is shifted upward
https://bugs.kde.org/show_bug.cgi?id=476573 --- Comment #4 from Alexandre Belz --- Created attachment 162912 --> https://bugs.kde.org/attachment.cgi?id=162912=edit Previewed_JPG_picture -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476573] Preview - Picture is shifted upward
https://bugs.kde.org/show_bug.cgi?id=476573 --- Comment #3 from Alexandre Belz --- Created attachment 162910 --> https://bugs.kde.org/attachment.cgi?id=162910=edit Screen Capture Fit to screen -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476573] Preview - Picture is shifted upward
https://bugs.kde.org/show_bug.cgi?id=476573 --- Comment #2 from Alexandre Belz --- Hello @Maik, Thank you for your fast answer & assistance. My pictures are JPG, the one displayed is attached . On my previous screen capture I zoomed out just to show you that the picture is actually centered in the middle of the Preview area EXCLUDING the top horizontal thumbnail bar, while it should be centered on the remaining space, below. Default viewing mode is indeed "fit to screen". If I click on the "fit to screen" button, nothing changes, it remains in the same mode. Find attached screen capture showing the "fit to screen" display. You'll note that the top part of the picture (top yellow labelled bottle) disappears !) Note that now that I have the issue, all albums/pictures are displayed shifted in that bad centered position. Do you advise me to uninstall/reinstall ? Best regards -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 476573] New: Preview - Picture is shifted upward
https://bugs.kde.org/show_bug.cgi?id=476573 Bug ID: 476573 Summary: Preview - Picture is shifted upward Classification: Applications Product: digikam Version: 8.2.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Preview-Image Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 162876 --> https://bugs.kde.org/attachment.cgi?id=162876=edit ScreenCapture of the bug SUMMARY *** In Preview mode, picture is displayed too high. The top comes then masked. *** STEPS TO REPRODUCE 1. Open preview mode 2. Fit to Screen 3. Move to different pictures, album. Change to 100% / revert to "fit to screen". OBSERVED RESULT The Previewed pictured is not centered anymore. Changing 100% / "Fit to screen". Zoomed out view shows that the picture is not centered, as if the top horizontal browsing thumbnails was not taken into consideration for the centering. See attached screen capture. EXPECTED RESULT * Picture should be centered * "Fit to screen" should display all the picture. SOFTWARE/OS VERSIONS Windows: 10 Family ; 19045.3570 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415599] Add date to help DNN face recognition for baby/kid/adult distinction
https://bugs.kde.org/show_bug.cgi?id=415599 --- Comment #6 from Alexandre Belz --- Hi Craig, I agree with you, haircut would probably not be a good metadata parameter. Nevertheless, we as humans can use this as a complement to distinginuish two people having the same skull. Let's take the example of real twins. If at some date (Let's say between 2005 and 2010) Jane had long hair and Mary had cut them short, a human can know that. An good NN could progressively learn, converge, and finally do better suggestions based on this. And if from 2010 to 2015 they had the opposite haircut, NN could use the "date taken" to correlate better and suggest better. The advantage with a NN is that, provided it have access to more (meta)data it can progressively learn (but it's a bit of magic/black box) the differences, it can build a better estimation model. Let's take another example: if both sisters have same haircut, and Mary only plays the piano and Jane plays the guitar, a human will be able to distinguish the two when they play at band, even if they look the same. An ideal NN should be able to learn that also. But the learning process might be long for the NN. Finally, if Jane lives in London and Mary in Paris, the GPS coordinates could help making a guess. After all, a NN is just that : making stastistical guesses. And objective metadata are more reliable and easy to learn for a "young" NN. So back to my initial topic, i think that "date taken" and probably "location" would be great to be added to the NN. Of course, it's not on Digikam shoulders, but more on DNN research team. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415599] Add date to help DNN face recognition for baby/kid/adult distinction
https://bugs.kde.org/show_bug.cgi?id=415599 --- Comment #4 from Alexandre Belz --- Hi guys, i'm working in a company that is now using A.I. and many parameters seem to be potentially added to the "big data" in which the -customized- AI engine works and determine statistical results. More than ever, i do believe that adding *additionnal metadata* such as "date taken" to au updated DNN module (or any other picture oriented AI) should (must?) help to improve the quality of the estimation model, and thus, the face recognition. In other words, as a face is not static, and will, fore sure, evolve with years, how does the AI enginee manages this evolution ? The above comments would deserve to be sent to the DNN team, i think, and recommend. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 472220] New: Renaming an album leads to an error if Digikam is working on it
https://bugs.kde.org/show_bug.cgi?id=472220 Bug ID: 472220 Summary: Renaming an album leads to an error if Digikam is working on it Classification: Applications Product: digikam Version: 8.1.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Albums-TreeView Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 160265 --> https://bugs.kde.org/attachment.cgi?id=160265=edit Screen capture SUMMARY *** Renaming an album may lead to an error if Digikam is working on it (typically after an import process) This is related to https://bugs.kde.org/show_bug.cgi?id=412678 but know I think I understand why. *** STEPS TO REPRODUCE 1. From the album view (left tree) 2. Choose an album, and refresh it (F5) 2. Do not wait and immediately try to rename the folder/album (Maj+F2). OBSERVED RESULT 3. An error message appears EXPECTED RESULT 3. folder/Album should be renamed as desired. SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION The error messages seems to appear if the bottom right progress bar is not 100%. If I wait the progress bar to finish, I don't see the error message, and the folder is correctly renamed. I wonder if Digikam is certainly accessing some files, maybe even writing some sidecar files or database entries. It may be dangerous to rename this folder while a process is running, and this is maybe why digikam rises an error. I suggest digikam to write a better message, such as "a process is running, please wait before renaming". Or maybe cue it so that it's done when possible. "a process is running, renaming will be performed asap". -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 446188] Dedicated "Faces" section added to the Image Properties tab from the Right Sidebar.
https://bugs.kde.org/show_bug.cgi?id=446188 --- Comment #7 from Alexandre Belz --- Ok, that's indeed better now. Thank you ! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 463479] I'm missing a "move album to..." menu and shortcut
https://bugs.kde.org/show_bug.cgi?id=463479 --- Comment #1 from Alexandre Belz --- To me more realistic, folders are : D:\Pictures\1. Coarse selection D:\Pictures\2. Ask to my wife D:\Pictures\3. Picture correction D:\Pictures\4. Facetag D:\Pictures\5. GeoTag D:\Pictures\6. Good to archive -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 463479] New: I'm missing a "move album to..." menu and shortcut
https://bugs.kde.org/show_bug.cgi?id=463479 Bug ID: 463479 Summary: I'm missing a "move album to..." menu and shortcut Classification: Applications Product: digikam Version: 7.8.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Albums-MainView Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- SUMMARY *** As I use Digikam as a workflow manager, I need to move Album from one parent Folders to another one . The current Drag/Drop capability is OK when you have few folders, but when you need to scroll down > 30 folders, it becomes a pain. Moreover, when you are in mobility, with a laptop, using the trackpad to drag/drop is a pain. For instance, I would like to be able to easily move an Album "2022-12 Xmas with family" from the step-folders below 1. Coarse selection 2. Ask to my wife 3. Picture correction 4. Facetag 5. GeoTag 6. Good to archive *** STEPS TO REPRODUCE 1. in the left panel, Select an Album (not a picture) 2. Right Click OBSERVED RESULT There is no "Move To..." option for albums in the contextual Album menu. EXPECTED RESULT in the contextual Album menu, - Intermediate, Step 1: I would like to see the "Move To..." option, opening the same "Move To..." GUI than for an individual picture. But here, the whole album would be moved. Shortcut (Ctrl+M) same so than for individual picture. - Final target, Step 2: I would like to see a "Move to Predefined Folders" option, with a child dropdown list of predefined destination folders (defined in Parameters). This action would become powerful if we can use programmable Shortcuts. For instance : Ctrl+M+1 = move the last selected item (Album or Picture) to preset folder #1 SOFTWARE/OS VERSIONS Windows 10 ADDITIONAL INFORMATION Don't hesitate to ask me more informations. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 449798] New: Aspect Ratio Crop inconsistency ?
https://bugs.kde.org/show_bug.cgi?id=449798 Bug ID: 449798 Summary: Aspect Ratio Crop inconsistency ? Product: digikam Version: 7.6.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Plugin-Bqm-Crop Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 146449 --> https://bugs.kde.org/attachment.cgi?id=146449=edit Screen Capture SUMMARY *** Inconsistency between selected (recalled/restored) default 4:3 ration, while 1:1 is effectively applied *** STEPS TO REPRODUCE 1. Open a picture on Picture Editor 2. Click on "Aspect Ratio Crop" 3. Aspect Ratio is asked 4:3 ont the right panel OBSERVED RESULT Selection area has an Aspect Ratio of 1:1, and "Custom Ratio" bars are enabled. EXPECTED RESULT Selection area should be 4:3, "Custom Ratio" bars should be disabled. SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION * Does not depend on picture * Clicking on general button "Defaults" (at the bottom) change the sliders value, but not the displayed area (that stays 1:1) Found WORKAROUND : * Select Custom * Select back 4:3 ; then only the right Aspect Ratio is displayed on the picture. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 449358] New: Improve ways to Move a whole Album to another (root) Album.
https://bugs.kde.org/show_bug.cgi?id=449358 Bug ID: 449358 Summary: Improve ways to Move a whole Album to another (root) Album. Product: digikam Version: 7.6.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: wishlist Priority: NOR Component: Thumbs-Album Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Hello, Thank you guys for this brillant software. I've recently setup a "workflow" based on hierarchical "root" Albums to be able to identify what processing remains to be done on bunch of pictures (real Albums). For instance, I have these root folders : "1. First triage" "2. Image tune-up to do" "3. FaceTag to apply" "4. GeoTag to apply" "5. Finalized" ... and albums inside. If I'm in a mood of just doing triage, for instance when I have the attention of my wife about our latest family holidays, I focus her time on doing the triage. (shes does not care about other steps) . Once all pictures of an Album have been processed, I move this Album to the next processing step = next root folder. Currently, I using the mouse, and drag & drop the Album to his new destination. This is OK, but when I have several pages of Albums, scrolling is teadious. I would love to additional "Move To" solutions, to improve workflow usability. I have in mind : 1) allow "Ctrl+M" have an effect at the Album level (from the Album browsing, left panel). Currently, Ctrl+M only moves one picture inside this Album, even if the Album is selected afterwards in the left Panel. This sound almost a bug to me... ;) 2) Album.Right click."Move to ..." could be added in the Album popup menun, Like in Microsoft Outlook. Recently used folders could appear there for even better usability. 3) Ctr+M+Number could be an additionnal shortcut to "Move To a defined album", such as Ctrl+M+3 = "Move To 3.FaceTag to apply". Such preset destination would be defined in the Digikam Settings . If Digikam preferes using another methodf to setup a Photo processing workflow , I can also study it. But I still think that adding above feature would sometime helps. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447545] strange Automatic Date decision in "Move to..." + New Album
https://bugs.kde.org/show_bug.cgi?id=447545 --- Comment #8 from Alexandre Belz --- Hi Maik, thank you for your message. I agree with you, hiding the Date calculation buttons is maybe the best solution if Album date is anyway not meant to be managed at this initial step. Thank you. Season's greetings ! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447545] strange Automatic Date decision in "Move to..." + New Album
https://bugs.kde.org/show_bug.cgi?id=447545 --- Comment #4 from Alexandre Belz --- Hi Maik, thank you for your feedback. On my side, the bug i report is just at Album creation step (from a selection of pictures). At that creation stage, an Album date can be decided (Oldest Average Newest) but none of the 3 are consistent to the picture(s) i've selected. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447545] strange Automatic Date decision in "Move to..." + New Album
https://bugs.kde.org/show_bug.cgi?id=447545 --- Comment #1 from Alexandre Belz --- Sample JPG can be found here : https://1drv.ms/u/s!Ahp2yXCYf8WmmWkOUmTMI41SRaig?e=dP13QB -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447545] New: strange Automatic Date decision in "Move to..." + New Album
https://bugs.kde.org/show_bug.cgi?id=447545 Bug ID: 447545 Summary: strange Automatic Date decision in "Move to..." + New Album Product: digikam Version: 7.3.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Thumbs-Album Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 144880 --> https://bugs.kde.org/attachment.cgi?id=144880=edit Screen Capture SUMMARY *** When I want to move a bunch of selected pictures to a new album, I often used the automatic date proposal. (Oldest/Average/Newest). But recently It does not work as expected. The suggest dates are not relevant to the "Photograph properties" of the group of pictures I selected, but instead to the file creation date of the whole surrounding Album. *** STEPS TO REPRODUCE 0. From a Album where a lot of pictures reside, with many different dates. 1. Select the enclosed sample jpg picture, taken on 12th Feb 2020. 2. Right click "Move to" 3. Select "New Album" 4. Click Average OBSERVED RESULT on my computer, 1st July 2020 is proposed EXPECTED RESULT 12th Feb 2020 , as this is the dates of the (only) selected picture (file and photograph taken). SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION I believe that there could be 2 reasons of this "issue". * analyzed dates seems to be the full/original Album content from where the selection was made. I would expect the analysis would better scope the selected pictures. I almost consider this sicrepency as a bug. * analyzed dates seems to be OS File creation dates, not the Photograph taken dates (I would prefer that 2nd option ; this approach could be discussed, I must admit). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447473] Cannot disable completely under/over-exposure was enable when launching "Adjust Curve"
https://bugs.kde.org/show_bug.cgi?id=447473 --- Comment #5 from Alexandre Belz --- Whoo, that's an express bug resolution ! Many thanks Maik ! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447473] New: Cannot disable completely under/over-exposure was enable when launching "Adjust Curve"
https://bugs.kde.org/show_bug.cgi?id=447473 Bug ID: 447473 Summary: Cannot disable completely under/over-exposure was enable when launching "Adjust Curve" Product: digikam Version: 7.3.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: ImageEditor Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 144833 --> https://bugs.kde.org/attachment.cgi?id=144833=edit Screen capture of the issue. See bottom right the 2x buttons disengaged. SUMMARY *** Under/over-exposure refuse to disengage during "Adjust Curve", if it was enabled when starting adjusting. *** STEPS TO REPRODUCE 1. I open the picture enclosed in Image Editor. 2. Under/Over exposure tool (2x little buttons at the bottom right) works as expected 3. select both under and over adjustment tool. 4. Select the "Adjust Curve", do not adjust anything. 5. try to remove the Under/Over exposure visualization. OBSERVED RESULT Under/over-exposure remains activated, even if the little buttons are released. See "capture.jpg" file enclosed. EXPECTED RESULT I think that under/over-exposure should disengage when the little buttons are released. (so that we can see the rendering even in shadows/highlights). SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 446187] Faces not detected
https://bugs.kde.org/show_bug.cgi?id=446187 --- Comment #6 from Alexandre Belz --- Ok, thanks for that explanation. There was just 2 faces on my test picture, and they were in a reasonable size. So Yolov3 being disabled was maybe not the root cause of my issue. Maybe the inly root cause was that i was in Workflow mode _Recognize_ faces instead of _Detect_ Faces. I will retest the "scan Faces" will YoloV3 _un_checked, and just "Detect" activated and see if this works as well on that picture. Again thank you Maik for your patience, i realize that I may sound a bit "dumb" sometimes, for things that may seems obvious to you, as a programmer of this wonderful software suite. Best regards, Alexandre Message d'origine De : Maik Qualmann Date : 28/11/2021 22:23 (GMT+01:00) À : alexandre.b...@live.fr Objet : [digikam] [Bug 446187] Faces not detected https://bugs.kde.org/show_bug.cgi?id=446187 Maik Qualmann changed: What|Removed |Added Version Fixed In||7.4.0 Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #5 from Maik Qualmann --- The YoloV3 face detection engine is not set as the standard because it is significantly slower. The Caffemodel face detection is usually sufficient and very fast. The YoloV3 engine is only superior for small and many faces in the image. Maik -- You are receiving this mail because: You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 446187] Faces not detected
https://bugs.kde.org/show_bug.cgi?id=446187 --- Comment #4 from Alexandre Belz --- Ok Maik, thanks. That's clear, although it's a bit strange to me that YoloV3 can be deactivated while FaceScan needs it to work properly. Strange also that YoloV3 checkbox was not already activated on my configuration, while i'm using digikam for years now, and used face detection with older versions. -> Is YoloV3 activated by default when windows x64 version of digikam is reinstalled ? If not yet, that could be a good thing to do on next release, so that FaceScan works properly, for people like me. Best regards, Alexandre Message d'origine De : Maik Qualmann Date : 28/11/2021 11:19 (GMT+01:00) À : alexandre.b...@live.fr Objet : [digikam] [Bug 446187] Faces not detected https://bugs.kde.org/show_bug.cgi?id=446187 --- Comment #3 from Maik Qualmann --- If you activated YoloV3, it is now active in all areas, even if you are using face detection above the image. Maik -- You are receiving this mail because: You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 446187] Faces not detected
https://bugs.kde.org/show_bug.cgi?id=446187 --- Comment #2 from Alexandre Belz --- Hello Maik, OK, in Left tab People/Workflow , I activated *Yolo3* , and changed radio button from Recognize to *Detect*. Now the faces area are detected, either on a global range (from People Workflow area) and from a single picture (from Right Click, Scan). Whanging the global People Workflow settings was not so obvious for me. Could we imagine that "Face Detection" workflow (+Yolov3?) is temporarely activated when Face Scan is triggered from Preview / right click ? Else we feel it just "doesn't work" . Moreover, could we imagine to have "all in one" option, with detection then recognition, after just one request of "Face Scan" ? (could be a 3rd radio button in Workflow, saying "Detect, then Recognize") Again, many thanks to you for your explanations & support. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 446188] Dedicated "Faces" tab added to the right panel
https://bugs.kde.org/show_bug.cgi?id=446188 --- Comment #5 from Alexandre Belz --- Thanks. "show assigned only tags" button on the right sidebar tab is indeed doing what I need. This method seems just a bit "confirmed user" to me ; not sure that this is Ergonomy-oriented for dummy users. Anyway, for me it's acceptable. Many thanks for your excellent job & support !! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 446188] New: Dedicated "Faces" tab added to the right panel
https://bugs.kde.org/show_bug.cgi?id=446188 Bug ID: 446188 Summary: Dedicated "Faces" tab added to the right panel Product: digikam Version: 7.3.0 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: wishlist Priority: NOR Component: Usability-Ergonomy Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- SUMMARY I would like to see a summary of faces present in a picture in the right panel STEPS TO REPRODUCE 1. Open a picture with many faces tagged 2. In the right panel, open "RightPanel/Captions/Tags" OBSERVED RESULT "RightPanel/Captions/Tags" displays the list of ALL people in the digikam database, and tick the boxes for only people present of that picture. EXPECTED RESULT I would like to see the tagged people in the right panel, as a summary list. I know that "RightPanel/Captions/Tags" offers a similar possibility, but it displays the list of ALL people in the digikam database, while I would like to see only a list of the present people in the selected (or previewed) picture. It would be great if it could be visible in a dedicated "People" tab, added to the right panel. SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 446187] New: Faces not detected
https://bugs.kde.org/show_bug.cgi?id=446187 Bug ID: 446187 Summary: Faces not detected Product: digikam Version: 7.3.0 Platform: Other OS: Microsoft Windows Status: REPORTED Severity: major Priority: NOR Component: Faces-Recognition Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- SUMMARY 2 faces are not detected on the enclosed picture. STEPS TO REPRODUCE 1. Download my original picture from OneDrive : https://1drv.ms/u/s!Ahp2yXCYf8WmmBlqczcPQLo5gZQJ?e=GumVqT 2. Open the picture in digikam/preview mode 3. check that Show Face Tags = ON 4. You can see that No faces are yet detected. 5. Right Click on the picture, select "Scan for Faces" item on the popup menu OBSERVED RESULT No faces detected. Clearing all faces, and retrying does not solve the issue. EXPECTED RESULT We should see 2 faces detected. SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION Does not work better if I use the top menu"Item/Scan for Faces". -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415559] Standard Face Detection does not work on LowRes pictures
https://bugs.kde.org/show_bug.cgi?id=415559 --- Comment #7 from Alexandre Belz --- Thank you @Maik for that Fix ! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415559] Standard Face Detection does not work on LowRes pictures
https://bugs.kde.org/show_bug.cgi?id=415559 --- Comment #5 from Alexandre Belz --- Hello guys, the test picture attached to this ticket still cannot get faces detected by * "Thumbnail" -> RightClick -> "Scan for Faces". * "People" -> "Detect faces" for all library (with only this file). Other pictures works fine. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 408155] Workflow improvement : simply drag & drop pictures from Thumbnail to Map area
https://bugs.kde.org/show_bug.cgi?id=408155 --- Comment #3 from Alexandre Belz --- Hello guys, Do you think we could improve Digikam easyness by allowing to Drag pictures from "Thumbnails" central view to "Map" sideview ? Without having to open the Map Editor central view. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 408880] bezier Curve error
https://bugs.kde.org/show_bug.cgi?id=408880 --- Comment #11 from Alexandre Belz --- I confirm that the "bug" persists in 7.0 Close points are badly managed. We should get inspired by "the GIMP" Bezier handle management. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 411711] Curve Module : Drops do not behave correctly
https://bugs.kde.org/show_bug.cgi?id=411711 --- Comment #19 from Alexandre Belz --- Hello @Gilles, I confirm that the bug persists with 7.0 : - The blackest point is moved up to a grayish value ; the white point is moved down to a grayish value. - The histogram is compressed in a central area , close to middle (grey) value. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415605] Full Screen toolbar item is shown in French while my config is in English
https://bugs.kde.org/show_bug.cgi?id=415605 --- Comment #14 from Alexandre Belz --- Hi @Gilles, OK, I will re-test this week. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 411711] Curve Module : Drops do not behave correctly
https://bugs.kde.org/show_bug.cgi?id=411711 --- Comment #18 from Alexandre Belz --- Hi @Gilles, OK, I will re-test this week. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 411711] Curve Module : Drops do not behave correctly
https://bugs.kde.org/show_bug.cgi?id=411711 --- Comment #15 from Alexandre Belz --- Hello Maik, Gilles please could we work on that ticket ? For reminder, I can't use the drops in module "Curves" : if I set the black point on a JPG, it leads to a greyish picture. Moreover, colors are modified even If I work in luminance mode (my graph is selected to "Luminance"). I recommend that we reuse the behaviour of the drops seen in the module "Adjust Levels" (black => really black ; colors are preserved). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415550] Faces setup by Picasa are not displayed correctly on rotated/portrait pictures
https://bugs.kde.org/show_bug.cgi?id=415550 --- Comment #8 from Alexandre Belz --- Correction confirmed. Picasa signaled Faces are now correctly analyzed by digikam 7.0 beta2. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 372340] Tagged face areas on portait (vertical) oriented images are mispositioned
https://bugs.kde.org/show_bug.cgi?id=372340 --- Comment #53 from Alexandre Belz --- Hi Maik, I use 2x laptops with integrated Intel graphics chip. on the one I'm using today, It's running Intel Graphics 520 with driver v26.20.100.6888 FRom digikam, I can also se the versions : digikam version 7.0.0-beta2 CPU cores: 4 Eigen: 3.3.7 Exiv2: 0.27.2 Exiv2 can write to Jp2: Yes Exiv2 can write to Jpeg: Yes Exiv2 can write to Pgf: Yes Exiv2 can write to Png: Yes Exiv2 can write to Tiff: Yes Exiv2 supports XMP metadata: Yes HEIF encoding support: Yes ImageMagick codecs: 7.0.8 KF5: 5.65.0 LensFun: 0.3.95-0 LibCImg: 130 LibJPEG: 90 LibJasper: 2.0.16 LibLCMS: 2090 LibLqr support: No LibPGF: 7.19.03 LibPNG: 1.6.37 LibRaw: 0.20.0 LibTIFF: 4.1.0 Marble: 0.27.20 Parallelized demosaicing: No Qt: 5.14.0 Qt Webkit support: Yes VKontakte support: No AkonadiContact support: No Baloo support: No Calendar support: Yes DBus support: No Database backend: QSQLITE HTML Gallery support: Yes LibAVCodec: 58.54.100 LibAVFormat: 58.29.100 LibAVUtil: 56.31.100 LibGphoto2 support: No LibOpenCV: 3.4.9 LibQtAV: 1.13.0 Media player support: Yes Panorama support: Yes Just tell me if you need a complete Windows report from "System Information". -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 372340] Tagged face areas on portait (vertical) oriented images are mispositioned
https://bugs.kde.org/show_bug.cgi?id=372340 --- Comment #50 from Alexandre Belz --- Thanks Gilles. I will test using the debug version then. ;) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 372340] Tagged face areas on portait (vertical) oriented images are mispositioned
https://bugs.kde.org/show_bug.cgi?id=372340 --- Comment #47 from Alexandre Belz --- Great news ! :) Thanks to the dev team ! I will also test with latest Windows64 release... One question : what is the difference between - digiKam-7.0.0-beta2-20200120T031953-Win64.exe - digiKam-7.0.0-beta2-20200120T033452-Win64-debug.exe ? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415895] DNN Face recognition not working well on a picture
https://bugs.kde.org/show_bug.cgi?id=415895 --- Comment #9 from Alexandre Belz --- Thank you Maik ! do you need me to check if it works better now ? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415895] DNN Face recognition not working well on a picture
https://bugs.kde.org/show_bug.cgi?id=415895 --- Comment #4 from Alexandre Belz --- Created attachment 124907 --> https://bugs.kde.org/attachment.cgi?id=124907=edit DNN does not recognise Megan on the duplicated picture. Test is KO. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415895] DNN Face recognition not working well on a picture
https://bugs.kde.org/show_bug.cgi?id=415895 --- Comment #5 from Alexandre Belz --- Created attachment 124908 --> https://bugs.kde.org/attachment.cgi?id=124908=edit DebugView Log file for DNN recognition. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415895] DNN Face recognition not working well on a picture
https://bugs.kde.org/show_bug.cgi?id=415895 --- Comment #3 from Alexandre Belz --- Created attachment 124906 --> https://bugs.kde.org/attachment.cgi?id=124906=edit Step 2 : manually identified face disappears from unkown. OK. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415895] DNN Face recognition not working well on a picture
https://bugs.kde.org/show_bug.cgi?id=415895 --- Comment #2 from Alexandre Belz --- Created attachment 124905 --> https://bugs.kde.org/attachment.cgi?id=124905=edit Manual Identification of one face -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415895] DNN Face recognition not working well on a picture
https://bugs.kde.org/show_bug.cgi?id=415895 --- Comment #1 from Alexandre Belz --- Created attachment 124904 --> https://bugs.kde.org/attachment.cgi?id=124904=edit Detection OK -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415895] New: DNN Face recognition not working well on a picture
https://bugs.kde.org/show_bug.cgi?id=415895 Bug ID: 415895 Summary: DNN Face recognition not working well on a picture Product: digikam Version: 7.0.0 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Faces-Recognition Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 124903 --> https://bugs.kde.org/attachment.cgi?id=124903=edit Sample picture SUMMARY A face is not dectected on a duplicated picture while I identified it on the main picture. STEPS TO REPRODUCE 1. Start from a cleaned DNN database Download the picture enclosed. Duplicate it. Scan for faces. See attached screen capture for normal detection results in people view. 2. Identify one face (Megan here). See attached screen capture. 3. Re-launch the recognition process (only to that directories) OBSERVED RESULT The other identical face of Megan is detected but NOT recognized (it remains empty/unkown). EXPECTED RESULT DNN should easily recognize the same face on the same duplicated picture ! SOFTWARE/OS VERSIONS Windows: 10 digikam Build date: Jan 4 2020 (target: RelWithDebInfo) Rev.: eef68a08113568f422583e9437dd2f459cb4bf79 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415605] Full Screen toolbar item is shown in French while my config is in English
https://bugs.kde.org/show_bug.cgi?id=415605 --- Comment #12 from Alexandre Belz --- Still not resolved with Beta2. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415557] Face detection - Advanced settings : restricted folder scope not taken into account
https://bugs.kde.org/show_bug.cgi?id=415557 --- Comment #12 from Alexandre Belz --- Confirmed, solved. Thank you Maik. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Face detection based on deep learning leads to no result under Windows
https://bugs.kde.org/show_bug.cgi?id=415561 --- Comment #20 from Alexandre Belz --- Maintenance tested (clean database) and working fine. Thank you Maik, you can close this ticket, Resolved. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 372340] Tagged face areas on portait (vertical) oriented images are mispositioned
https://bugs.kde.org/show_bug.cgi?id=372340 --- Comment #34 from Alexandre Belz --- Hello Maik, Gilles, can i help on testing a possible new SW based on 7.0 beta ? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Face detection based on deep learning leads to no result under Windows
https://bugs.kde.org/show_bug.cgi?id=415561 --- Comment #17 from Alexandre Belz --- Thank you Gilles. I will also retry the maintenance one. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Face detection based on deep learning leads to no result under Windows
https://bugs.kde.org/show_bug.cgi?id=415561 --- Comment #16 from Alexandre Belz --- Ok, thank you Maik. Will try at 50%. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Face detection based on deep learning leads to no result under Windows
https://bugs.kde.org/show_bug.cgi?id=415561 --- Comment #12 from Alexandre Belz --- Hello team, how can I trigger the DNN recognition for a single image ? When I click on individual "Scan for face" from "Thumbnails" or "Preview", I do see that faces are correctly detected (empty rectangles) but there is no name suggestion (no recognition). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415702] Cannot abort or stop find Duplicate process
https://bugs.kde.org/show_bug.cgi?id=415702 --- Comment #10 from Alexandre Belz --- Thank you Maik ! will test asap. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415557] Face detection - Advanced settings : restricted folder scope not taken into account
https://bugs.kde.org/show_bug.cgi?id=415557 --- Comment #10 from Alexandre Belz --- Thank you both of you ! And Happy New year ! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415557] Face detection - Advanced settings : restricted folder scope not taken into account
https://bugs.kde.org/show_bug.cgi?id=415557 --- Comment #7 from Alexandre Belz --- Ok. then for the sake of usability improvememt. 1) when "rebuild" tickbox is enabled, could the "Whole collection" tickbox be forced to enabled, grayed, to show the user that this is the normal consequence ? 2) maybe this is a "maintenance" feature that would have a better place in the maintenance part.. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415557] Face detection - Advanced settings : restricted folder scope not taken into account
https://bugs.kde.org/show_bug.cgi?id=415557 --- Comment #5 from Alexandre Belz --- Thank you Maik for this explanation. There is something i don't understand, then : as the User Manual explains, "In case of unsatisfying results it might be helpful to use Clear and rebuild all training data. One reason can be that there are too many face tags assigned to a person which shows this person in a way that doesn't really help the search algorithm, e.g. with sunglasses, blurred, unusual colors, carnival make up, dark shaded areas in the face, baby/kid/adult photographs mixed..." ... i then expect the possibility to reject some folders (odd faces) and rebuild the DNN database on recent pictures only (the selected folders). Which is not possible currently. If we rebuild the learning DNN database on the whole collection, we'll still re-include old/misleading pictures... Don't you think so ? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 405980] The area of a "face rectangle" in the picture is different than the face thumbnail.
https://bugs.kde.org/show_bug.cgi?id=405980 --- Comment #12 from Alexandre Belz --- I agree, let's separate the topics. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415557] Face detection - Advanced settings : restricted folder scope not taken into account
https://bugs.kde.org/show_bug.cgi?id=415557 --- Comment #3 from Alexandre Belz --- This issue only happens when check box "Clear and rebuild all training data" is enabled. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415557] Face detection - Advanced settings : restricted folder scope not taken into account
https://bugs.kde.org/show_bug.cgi?id=415557 --- Comment #2 from Alexandre Belz --- The bug is still reproducible with latest builds of 7.0 Beta. the scan is always running on the "Whole Album collection" even if the tick box is disabled. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 405980] The area of a "face rectangle" in the picture is different than the face thumbnail.
https://bugs.kde.org/show_bug.cgi?id=405980 --- Comment #10 from Alexandre Belz --- Created attachment 124848 --> https://bugs.kde.org/attachment.cgi?id=124848=edit Screen capture, no bug seen. Hello, I tested the latest comment of Daniel, but I was not able to reproduce it with 7.0 Beta. To the contrary, I get -very- close framing (the hair and the ears are excluded for instance). See attached screen capture. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415604] Allow changing a face tag from a person to another
https://bugs.kde.org/show_bug.cgi?id=415604 --- Comment #8 from Alexandre Belz --- Thanks ! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415702] Cannot abort or stop find Duplicate process
https://bugs.kde.org/show_bug.cgi?id=415702 --- Comment #8 from Alexandre Belz --- Maik, for information, aborting "People\face detection" does work correctly (the process stops when I ask it to abort). Is there a different method invoked to stop the two different process ? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415604] Allow changing a face tag from a person to another
https://bugs.kde.org/show_bug.cgi?id=415604 --- Comment #6 from Alexandre Belz --- @Maik, please can you requalify this ticket to wish list ? else you can close this one and I'll open a dedicated wish ticket. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415702] Cannot abort or stop find Duplicate process
https://bugs.kde.org/show_bug.cgi?id=415702 --- Comment #3 from Alexandre Belz --- Thank you Maik, Will test at next windows build. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415702] New: Cannot abort or stop find Duplicate process
https://bugs.kde.org/show_bug.cgi?id=415702 Bug ID: 415702 Summary: Cannot abort or stop find Duplicate process Product: digikam Version: 7.0.0 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Searches-Similarity Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 124784 --> https://bugs.kde.org/attachment.cgi?id=124784=edit DebugView Log file STEPS TO REPRODUCE 1. Run fingerprint process 2. Run Duplicate process 3. Look at the progress bar and Hit the Cancel icon [0] OBSERVED RESULT "Aborting" is displayed but the process still runs. Closing digikam does not help. I need to kill the process from Windows task manager. EXPECTED RESULT The duplicate search process should stop & abort. Closing digikam should also stop the duplicate searching process properly. SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415700] New: "Welcome to" screen still mentions v5.0
https://bugs.kde.org/show_bug.cgi?id=415700 Bug ID: 415700 Summary: "Welcome to" screen still mentions v5.0 Product: digikam Version: 7.0.0 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 124783 --> https://bugs.kde.org/attachment.cgi?id=124783=edit Screen capture of the bug. OBSERVED RESULT "Welcome to" screen still mentions v5.0 See attached screen capture. EXPECTED RESULT I guess "Welcome to" screen of v7.0 should mention improvement compared to v6.0 SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415605] Full Screen toolbar item is shown in French while my config is in English
https://bugs.kde.org/show_bug.cgi?id=415605 --- Comment #7 from Alexandre Belz --- Thank you Maik. I will test after next Windows build. (i just have windows, not Linux). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415604] Allow changing a face tag from a person to another
https://bugs.kde.org/show_bug.cgi?id=415604 --- Comment #5 from Alexandre Belz --- ... hum, not sure if already configured this ticket as wishlist... can't find where to check/modify... severity field is not displayed once the ticket is created ... maybe only admins can do. Sorry for this hesitation. I'm still ramping up on Bugzilla. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415604] Allow changing a face tag from a person to another
https://bugs.kde.org/show_bug.cgi?id=415604 --- Comment #4 from Alexandre Belz --- Ok, thank you Maik. i hoped there was a possible correction method while staying in the people area, to save time and stay people-focused. -> I've changed this ticket to WishList. Best regards, and thank you so much for your work on digikam ! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415605] Full Screen toolbar item is shown in French while my config is in English
https://bugs.kde.org/show_bug.cgi?id=415605 --- Comment #5 from Alexandre Belz --- Created attachment 124738 --> https://bugs.kde.org/attachment.cgi?id=124738=edit Screen capture of the bug with Spanish context. Note that I did not set a fallback language. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415605] Full Screen toolbar item is shown in French while my config is in English
https://bugs.kde.org/show_bug.cgi?id=415605 --- Comment #4 from Alexandre Belz --- Same problem in spanish. See attached screen capture -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415604] Allow changing a face tag from a person to another
https://bugs.kde.org/show_bug.cgi?id=415604 --- Comment #2 from Alexandre Belz --- Ok, so for strange reasons it seems i made a mistake on confirming some faces tagging. Anyway, once a mistake is done, how to change the person name / allocation ? Alex -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415605] Full Screen toolbar item is shown in French while my config is in English
https://bugs.kde.org/show_bug.cgi?id=415605 --- Comment #2 from Alexandre Belz --- Yes i did restart. It's beeing several weeks i've setup my digikam in English to ease the screen captures and Bug reporting. i only noticed this strange this today. Note that my Windows is in French. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415599] Add date to help DNN face recognition for baby/kid/adult distinction
https://bugs.kde.org/show_bug.cgi?id=415599 --- Comment #2 from Alexandre Belz --- For scanned picture, i tend to say that "Taken Date" should be anyway patched to guarantee a possible "search by date" afterwards. it could be also useful for DNN. (this is the way a human work: when we know that the picture is old, we tend to select only our ancestors, and reject the possibility that our child could be on a picture of the past decades ! ) Taken Date is one on the numerous metadata that an advanced recognition algorithm could use ; we could also have the GPS positioning that could help : if the position corresponds to your parents' home, there's higher chance to find your parents on the pictures ! This is to prepare the Roadmap. I just recommend to send this suggestion to DNN guys with whom you're working... maybe in 2 years we'll see such possibility added to the DNN module ! And then feel free to close this ticket. thank you Maik. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415605] New: Full Screen toolbar item is shown in French while my config is in English
https://bugs.kde.org/show_bug.cgi?id=415605
Bug ID: 415605
Summary: Full Screen toolbar item is shown in French while my
config is in English
Product: digikam
Version: 7.0.0
Platform: MS Windows
OS: MS Windows
Status: REPORTED
Severity: normal
Priority: NOR
Component: Usability-Menus
Assignee: digikam-bugs-n...@kde.org
Reporter: alexandre.b...@live.fr
Target Milestone: ---
Created attachment 124734
--> https://bugs.kde.org/attachment.cgi?id=124734=edit
Screen capture of the "bug".
SUMMARY
Full Screen toolbar item is shown in French ("Plein Ecran") while my config is
in English.
STEPS TO REPRODUCE
1.
2.
3.
OBSERVED RESULT
Full Screen toolbar item is shown in French "Plein Ecran".
See attached screen capture.
EXPECTED RESULT
Full Screen toolbar item should be in English (like other items) = "Full
Screen".
SOFTWARE/OS VERSIONS
Windows:10
--
You are receiving this mail because:
You are watching all bug changes.
[digikam] [Bug 415604] New: Allow changing a face tag from a person to another
https://bugs.kde.org/show_bug.cgi?id=415604 Bug ID: 415604 Summary: Allow changing a face tag from a person to another Product: digikam Version: 7.0.0 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- SUMMARY in the People Area, Once a face is tagged to a person, there's no easy way to allocate it to another person. STEPS TO REPRODUCE 1. Scan for faces 2. Tag a face 3. Go to People Area. 4. Observe the thumbnail ; OBSERVED RESULT The name is displayed in read-only. No possibility to change the person name. EXPECTED RESULT As with automatic recognition & DNN there could be some mistakes, we need the possibility to reallocate a face to the right person. Could be done by - right click / change person tag - move (drag & drop) the face thumbnail to the right person folder in the people tree. SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415603] New: Add "Face Recognition" optional item in toolbar
https://bugs.kde.org/show_bug.cgi?id=415603 Bug ID: 415603 Summary: Add "Face Recognition" optional item in toolbar Product: digikam Version: 7.0.0 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Setup-Misc Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- SUMMARY I can't find a toolbar item for Face "Recognition", just one for "Face Detection". STEPS TO REPRODUCE 1. Go to Settings/Configure Toolbars OBSERVED RESULT 2. There is "Scan for faces" (not clear it it's detection or recognition) 3. There is no "Recognize faces". EXPECTED RESULT It could be nice if "Recognize faces" could be added. Should apply to current previewed picture Should apply to all selected pictures. Should apply to a full parent album if selected in the tree view. SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION Could also be added in contextual menus ? ... Not sure as it would make the contextual menu longer, while this feature is maybe maybe not so often used. the toolbar alternative is maybe better as it is configurable per user. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415602] New: How to erase faces rectangles for an album
https://bugs.kde.org/show_bug.cgi?id=415602 Bug ID: 415602 Summary: How to erase faces rectangles for an album Product: digikam Version: 7.0.0 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- SUMMARY I need to reset the face detected on many pictures. DETAILS As you know I'm testing 7.0 Beta1 faces module (with DNN). I need to reset the face detected on many pictures (a full album). - I can do it for a single picture = Thumbnail/right click/"clear all faces in this image". - I can't find where to clear faces for a complete Album. I found nothing in Album view, in maintenance, in People area. Is there an other place I missed ? If not yet existing, could we add that possibility ? (could be a maintenance task as normally we don't do this) SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415599] New: Add date to help DNN face recognition for baby/kid/adult distinction
https://bugs.kde.org/show_bug.cgi?id=415599 Bug ID: 415599 Summary: Add date to help DNN face recognition for baby/kid/adult distinction Product: digikam Version: 7.0.0 Platform: unspecified OS: unspecified Status: REPORTED Severity: wishlist Priority: NOR Component: Faces-Recognition Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- SUMMARY Digikam online user manual says : "In case of unsatisfying results it might be helpful to use Clear and rebuild all training data. One reason can be that there are too many face tags assigned to a person which shows this person in a way that doesn't really help the search algorithm, e.g. [...] , baby/kid/adult photographs mixed... Another reason to use that option can be false face recognition due to a wrong accuracy setting in the Parameters tab." EXPECTED RESULT Could be interesting to suggest to DNN community if picture date (EXIF: Date Taken , i.e. Original Date of Photo) could be used as an additional parameter to distinguish pictures of baby / kids / adult of the SAME person. SOFTWARE/OS VERSIONS All -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Deep Learning face recognition leads to no result
https://bugs.kde.org/show_bug.cgi?id=415561 --- Comment #11 from Alexandre Belz --- Maik, I confirm that when I click on individual "Scan for face" from "Thumbnails" or "Preview", I do see that faces are correctly detected (empty rectangles). Then how can I trigger the DNN recognition for a single image ? Moreover, from the People / whole collection, I now understand that if I do it in a 3 phases approach, it does work : 1) Detection (= scan for faces on every picture) 2) Tag some faces 3) Recognition (= DNN) will suggest other similar faces This is acceptable although not self-explanatory for non digikam native users. It would be useful to have an option to cumulate both phases ! (= Checkboxes instead of radio buttons) I also noticed that re-launching 3) can bring me new iteratively recognized faces, do you agree ? This must be manually triggered, nothing running in background ? Note that Picasa had the possibility to run this Detection + DNN recognition in a single activation, in background, and - either once (archive folder) - or endlessly (working folder) ... it was so easy to build people database in that mode ! DNN reported new similarities in real time. I just had to confirm/reallocate and after 30 minutes the whole database was rebuilt ! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415582] People Unknown faces does not decrease to zero
https://bugs.kde.org/show_bug.cgi?id=415582 --- Comment #2 from Alexandre Belz --- Same thing from a people folder : if I remove faces, the counter does not decrease : I still see "Harry (2)" zeven if I reject the 2 faces and have no face in that people tag/folder. I would expect to see "Harry (0)" when empty. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415582] People Unknown faces does not decrease to zero
https://bugs.kde.org/show_bug.cgi?id=415582 --- Comment #1 from Alexandre Belz --- Created attachment 124726 --> https://bugs.kde.org/attachment.cgi?id=124726=edit DebugView Log file -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415582] New: People Unknown faces does not decrease to zero
https://bugs.kde.org/show_bug.cgi?id=415582 Bug ID: 415582 Summary: People Unknown faces does not decrease to zero Product: digikam Version: 7.0.0 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- SUMMARY When I identify/confirm a face, the "Unknown" folder does not decrease to zero STEPS TO REPRODUCE 1. Open "People" space 2. Go to unknown people directory 3. Confirm one face OBSERVED RESULT The picture moved to the right "people" directory, but The "Unkown (1)" stays the same. EXPECTED RESULT The "Unkown (1)" should become "Unkown (0)". SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION See attached log file from DebugView. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Deep Learning face recognition leads to no result
https://bugs.kde.org/show_bug.cgi?id=415561 --- Comment #9 from Alexandre Belz --- Created attachment 124725 --> https://bugs.kde.org/attachment.cgi?id=124725=edit DebugView Log file please find enclosed a DebugView log of the "Scan whole collection" triggered from the people view. I will also test the "Scan Face" from a single picture. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Deep Learning face recognition leads to no result
https://bugs.kde.org/show_bug.cgi?id=415561 --- Comment #7 from Alexandre Belz --- Hi Maik, I'm using the 22th dec 70 beta1 release available here : https://download.kde.org/unstable/digikam/ is there a log file I could open to check myself what went wrong ? or that i could maybe send to you ? Alex -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Deep Learning face recognition leads to no result
https://bugs.kde.org/show_bug.cgi?id=415561 --- Comment #5 from Alexandre Belz --- (i enabled the checked box that erases learning database, just above the selection of the deep learning algorith. was it a mistake ?) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Deep Learning face recognition leads to no result
https://bugs.kde.org/show_bug.cgi?id=415561 --- Comment #4 from Alexandre Belz --- Strange... please can you point me to the right procedure to test successfully deep learning face recog nition ? i may have my digikam misconfigured... or miss a step ! Is the DNN pre-learnt ? or is it blank and i should first manually add some people before it get used to detect other peoples ? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415559] Standard Face Detection does not work on LowRes pictures
https://bugs.kde.org/show_bug.cgi?id=415559 --- Comment #3 from Alexandre Belz --- Hi Maik and Gilles, do you mean that Face detection (only placing rectangle on faces) is now also Neuronal in digikam ? i'm fine with that, it's just to understand... -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415560] No default selection for Scan Collection
https://bugs.kde.org/show_bug.cgi?id=415560 --- Comment #2 from Alexandre Belz --- Thank you Maik ! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 411711] Curve Module : Drops do not behave correctly
https://bugs.kde.org/show_bug.cgi?id=411711 --- Comment #14 from Alexandre Belz --- Hi, please can you update me on this one ? And in "Luminosity" graph, the grey drop should affect only the luminance, without changing the chrominance ! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Deep Learning face recognition leads to no result
https://bugs.kde.org/show_bug.cgi?id=415561 --- Comment #1 from Alexandre Belz --- Created attachment 124715 --> https://bugs.kde.org/attachment.cgi?id=124715=edit Test File 02 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] Deep Learning face recognition leads to no result
https://bugs.kde.org/show_bug.cgi?id=415561 Alexandre Belz changed: What|Removed |Added OS|Linux |MS Windows Platform|Other |MS Windows -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415561] New: Deep Learning face recognition leads to no result
https://bugs.kde.org/show_bug.cgi?id=415561 Bug ID: 415561 Summary: Deep Learning face recognition leads to no result Product: digikam Version: 7.0.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Faces-Recognition Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 124714 --> https://bugs.kde.org/attachment.cgi?id=124714=edit Test File 01 SUMMARY Attached pictures leads to no a Face detection with the standard module, but to no detection at all with the DeepLearning algorithm. STEPS TO REPRODUCE 1. Open the attached pictures, and make it the only collection. 2. Scan the whole collection, with Deep Learning 3. OBSERVED RESULT No face detected EXPECTED RESULT Scan Collection + Deep Learning should detect and suggest people group/faces SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415560] No default selection for Scan Collection
https://bugs.kde.org/show_bug.cgi?id=415560 Alexandre Belz changed: What|Removed |Added Platform|Other |MS Windows OS|Linux |MS Windows -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415560] New: No default selection for Scan Collection
https://bugs.kde.org/show_bug.cgi?id=415560 Bug ID: 415560 Summary: No default selection for Scan Collection Product: digikam Version: 7.0.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 124713 --> https://bugs.kde.org/attachment.cgi?id=124713=edit Screen capture of the bug. SUMMARY No default selection for Scan Collection STEPS TO REPRODUCE 1. Open People Windows 2. Click on "Scan collection for faces" 3. Look at the top area of the popup. There are 2 radio buttons ; giving us a choice between "Detect" or "Recognize". OBSERVED RESULT No choice is selected. See attached screen capture. EXPECTED RESULT One choice should be always selected. SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415559] New: Standard Face Detection does not work on LowRes pictures
https://bugs.kde.org/show_bug.cgi?id=415559 Bug ID: 415559 Summary: Standard Face Detection does not work on LowRes pictures Product: digikam Version: 7.0.0 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Faces-Detection Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 124712 --> https://bugs.kde.org/attachment.cgi?id=124712=edit Test JPG file SUMMARY Standard Face Detection does not work on LowRes pictures STEPS TO REPRODUCE 1. Open picture enclosed 2. Right click on it, Scan for faces 3. OBSERVED RESULT There is no face detected. EXPECTED RESULT All people should be detected SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415557] Face detection - Advanced settings : restricted folder scope not taken into account
https://bugs.kde.org/show_bug.cgi?id=415557 --- Comment #1 from Alexandre Belz --- Created attachment 124711 --> https://bugs.kde.org/attachment.cgi?id=124711=edit Files out of scope nevertheless beeing scanned. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415557] New: Face detection - Advanced settings : restricted folder scope not taken into account
https://bugs.kde.org/show_bug.cgi?id=415557 Bug ID: 415557 Summary: Face detection - Advanced settings : restricted folder scope not taken into account Product: digikam Version: 7.0.0 Platform: MS Windows OS: MS Windows Status: REPORTED Severity: normal Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: alexandre.b...@live.fr Target Milestone: --- Created attachment 124710 --> https://bugs.kde.org/attachment.cgi?id=124710=edit Settings SUMMARY I'm testing the new 7.0 Deep Learning feature. I can't scan only a portion/folder of my collection. adhoc Setting is not taken into account. STEPS TO REPRODUCE 1. Open digikam with plenty of pictures 2. Go to people / Scan collection for faces / Options 3. in Albums setting tab, disable "Whole Album collection" and select only a small subfolder . See screen capture attached. 4. in Advanced setting tab, enable "Clear an rebuild database" Note : upper choice (detection/recognition) becomes greyed. I don't understand why. 5. Click "Scan" OBSERVED RESULT It takes a long time to scan a small folder with just 3 pictures. Windows Performance manager (HDD tab) confirms that digikam scans ALL pictures in my collections, and not just the subfolder I did select. See screen capture attached. EXPECTED RESULT The Deep Learning face scan should be possible on a subfolder. SOFTWARE/OS VERSIONS Windows: 10 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415550] Faces setup by Picasa are not displayed correctly on rotated/portrait pictures
https://bugs.kde.org/show_bug.cgi?id=415550 --- Comment #5 from Alexandre Belz --- ... and Merry Christmas to you amd your beloved. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 415550] Faces setup by Picasa are not displayed correctly on rotated/portrait pictures
https://bugs.kde.org/show_bug.cgi?id=415550 --- Comment #4 from Alexandre Belz --- Hi Maik, thank you for your feedback. Why do you say "old" ? i did my test with a new public picture and latest version of both softwares. Alex -- You are receiving this mail because: You are watching all bug changes.
