[digikam] [Bug 481630] Adding/deleting tags on multiple images will erase face rectangles/other tags randomly
https://bugs.kde.org/show_bug.cgi?id=481630 --- Comment #7 from Beto Kella --- Attached log file. FYI, log entries 58-79 produced by multiple attempts to read metadata from 2 pics missing the face rectangle it had before. No success. It took me 4 passes to fix everything for faces continued to disappear every time I came back to check, some possible to read from file, others don't. This time some tags were also erased... /Roberto On 2024-02-21 13:20, Beto wrote: > Was able to reproduce the error as described in the bug with an album of > 27 pictures. It is a mix of situations: some pics you can retrieve faces > by reading metadata, others you don't. I believe tags will disappear or > not depending on your tags structure. This time, tags didn't disappear. > > After fixing all faces/tags I wrote metadata to all files, and to my > surprise, faces disapeared in some pics and reading metadata didn't > help. My settings are to write face tags incl face areas to file. > > All JPG coming from iPhone SE 3rd Gen (in this case). But sure affect > other cameras since I had the problem with Canon camera images at least. > > Will work to get a debug log. > > /Roberto > > On 2024-02-21 12:57, Beto wrote: >> I will prepare to do that with latest weekly 8.3 snapshot. >> >> But... >> >> Running tests now in 2 albuns with half a dozen pictures (PNG and JPG) >> I could not prove metadata is being written to files. The face >> rectangles are still missing in some images after changing tags but >> reading the metadata recreates them. >> >> When I first stumbled on the issue I had changed tags in hundreds of >> files. So it can be that both occurs for I have checked a few images >> with exiftool and tags were missing on the files. >> >> Will need to test on larger albums with the nasty effect that I loose >> faces/tags that I need to either save somehow in beforehand or >> recreate manually :( >> >> Thanks for now. >> >> /Roberto >> >> On 2024-02-21 12:13, Maik Qualmann wrote: >>> https://bugs.kde.org/show_bug.cgi?id=481630 >>> >>> --- Comment #4 from Maik Qualmann --- >>> There are actually no changes in the relevant code parts compared to >>> 8.2.0 that >>> could cause this problem. Can you narrow it down to specific images or a >>> specific camera/image format? Maybe a debug log from the terminal >>> would be >>> helpful if the problem occurs, as described here for macOS: >>> >>> https://www.digikam.org/contribute/ >>> >>> Maik >>> >> -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 481630] Adding/deleting tags on multiple images will erase face rectangles/other tags randomly
https://bugs.kde.org/show_bug.cgi?id=481630 --- Comment #6 from Beto Kella --- Was able to reproduce the error as described in the bug with an album of 27 pictures. It is a mix of situations: some pics you can retrieve faces by reading metadata, others you don't. I believe tags will disappear or not depending on your tags structure. This time, tags didn't disappear. After fixing all faces/tags I wrote metadata to all files, and to my surprise, faces disapeared in some pics and reading metadata didn't help. My settings are to write face tags incl face areas to file. All JPG coming from iPhone SE 3rd Gen (in this case). But sure affect other cameras since I had the problem with Canon camera images at least. Will work to get a debug log. /Roberto On 2024-02-21 12:57, Beto wrote: > I will prepare to do that with latest weekly 8.3 snapshot. > > But... > > Running tests now in 2 albuns with half a dozen pictures (PNG and JPG) I > could not prove metadata is being written to files. The face rectangles > are still missing in some images after changing tags but reading the > metadata recreates them. > > When I first stumbled on the issue I had changed tags in hundreds of > files. So it can be that both occurs for I have checked a few images > with exiftool and tags were missing on the files. > > Will need to test on larger albums with the nasty effect that I loose > faces/tags that I need to either save somehow in beforehand or recreate > manually :( > > Thanks for now. > > /Roberto > > On 2024-02-21 12:13, Maik Qualmann wrote: >> https://bugs.kde.org/show_bug.cgi?id=481630 >> >> --- Comment #4 from Maik Qualmann --- >> There are actually no changes in the relevant code parts compared to >> 8.2.0 that >> could cause this problem. Can you narrow it down to specific images or a >> specific camera/image format? Maybe a debug log from the terminal >> would be >> helpful if the problem occurs, as described here for macOS: >> >> https://www.digikam.org/contribute/ >> >> Maik >> > -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 481630] Adding/deleting tags on multiple images will erase face rectangles/other tags randomly
https://bugs.kde.org/show_bug.cgi?id=481630 --- Comment #5 from Beto Kella --- I will prepare to do that with latest weekly 8.3 snapshot. But... Running tests now in 2 albuns with half a dozen pictures (PNG and JPG) I could not prove metadata is being written to files. The face rectangles are still missing in some images after changing tags but reading the metadata recreates them. When I first stumbled on the issue I had changed tags in hundreds of files. So it can be that both occurs for I have checked a few images with exiftool and tags were missing on the files. Will need to test on larger albums with the nasty effect that I loose faces/tags that I need to either save somehow in beforehand or recreate manually :( Thanks for now. /Roberto On 2024-02-21 12:13, Maik Qualmann wrote: > https://bugs.kde.org/show_bug.cgi?id=481630 > > --- Comment #4 from Maik Qualmann --- > There are actually no changes in the relevant code parts compared to 8.2.0 > that > could cause this problem. Can you narrow it down to specific images or a > specific camera/image format? Maybe a debug log from the terminal would be > helpful if the problem occurs, as described here for macOS: > > https://www.digikam.org/contribute/ > > Maik > -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 481630] Adding/deleting tags on multiple images will erase face rectangles/other tags randomly
https://bugs.kde.org/show_bug.cgi?id=481630 --- Comment #3 from Beto Kella --- 1. Which database backend (SQLite/MySQL)? SQLlite 2. Metadata is written into the images? Yes. Checked with exiftool. And reading metadata from the image after the issue yields nothing as expected. 3. Is ExifTool used for writing? No. 4. Are sidecars used? No. /Roberto > On 21 Feb 2024, at 11:29, Maik Qualmann wrote: > > https://bugs.kde.org/show_bug.cgi?id=481630 > > Maik Qualmann changed: > > What|Removed |Added > > CC||metzping...@gmail.com > > --- Comment #2 from Maik Qualmann --- > 1. Which database backend (SQLite/MySQL)? > 2. Metadata is written into the images? > 3. Is ExifTool used for writing? > 4. Are sidecars used? > > 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 481630] Adding/deleting tags on multiple images will erase face rectangles/other tags randomly
https://bugs.kde.org/show_bug.cgi?id=481630 --- Comment #1 from Beto Kella --- Moving back to 8.2 resolves the issue -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 481630] New: Adding/deleting tags on multiple images will erase face rectangles/other tags randomly
https://bugs.kde.org/show_bug.cgi?id=481630 Bug ID: 481630 Summary: Adding/deleting tags on multiple images will erase face rectangles/other tags randomly Classification: Applications Product: digikam Version: 8.3.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: grave Priority: NOR Component: Tags-Engine Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- SUMMARY *** After scaning/identifying faces on multiple pictures (many selected at same time), when trying to add the same tag(s) to all selected, face rectangles/other tags are gone in multiple images (not all). The same issue occurs for pictures which had people identified months ago... *** STEPS TO REPRODUCE 1. Select multiple images (I tested with 6 and the issue already showed up) with faces on them and/or other tags 2. Add/remove same tag on multiple images 3. Check that some images have been erased of their face rectangles/other tags OBSERVED RESULT Up to 8.2, it was perfectly possible to select multiple pictures to add/remove tags w/o any undesired effects. This is repeatable. EXPECTED RESULT >From 8.3, faces/tags are randomly removed when you try to add/remove tags from multiple images at same time. I have tried with 3 different 8.3 "weekly snapshots" and the issue is veryfiable in all of them. SOFTWARE/OS VERSIONS Windows: 10.0.19045.4046 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Not sure if it is related, but up to 8.2, I could remove tags in the Tags tab w/o affecting any other tags/faces rectangles. Now, the same issue described above will ocurr if you remove tags from the Tags tab. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 479017] New: Can't move video file to new album after viewing it
https://bugs.kde.org/show_bug.cgi?id=479017 Bug ID: 479017 Summary: Can't move video file to new album after viewing it Classification: Applications Product: digikam Version: 8.2.0 Platform: Microsoft Windows OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- Created attachment 164448 --> https://bugs.kde.org/attachment.cgi?id=164448&action=edit Error message SUMMARY Can't move MOV video file to new album after viewing it. Exitting digiKam, reopening it and trying again works perfectly. It seems the file remains locked after exiting viewing. STEPS TO REPRODUCE 1. Enter Thumbnails View mode 2. Double click one MOV file (enter View Mode). File starts to play 3. Go back to Thumbnails View 4. Try to move the file to another album. You can't OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 478509] New: Add OK button to Adjust Time & Date view
https://bugs.kde.org/show_bug.cgi?id=478509 Bug ID: 478509 Summary: Add OK button to Adjust Time & Date view Classification: Applications Product: digikam Version: 8.2.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: wishlist Priority: NOR Component: Metadata-Date Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- SUMMARY Today one has to constantly click on "Apply" + "Close". Would be better to have an "OK" buttom executing apply + close actions at one, specially for more extensive uses. Similar improvement was recently applied to the Edit Geolocation view. STEPS TO REPRODUCE 1. Select item 2. Select "Item" -> "Adjust Time & Date" from toolsbar 3. There is no "OK" buttom to execute changes and close dialog at same time OBSERVED RESULT Double action to execute changes (apply+close) EXPECTED RESULT Apply and close in one single "OK" button SOFTWARE/OS VERSIONS Windows: 10, latest available macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 478136] New: Digikam crashes when manually adding or correcting people tag in Preview mode
https://bugs.kde.org/show_bug.cgi?id=478136 Bug ID: 478136 Summary: Digikam crashes when manually adding or correcting people tag in Preview mode Classification: Applications Product: digikam Version: 8.2.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: grave Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- SUMMARY Manually trying to add or correct a people tag in a picture in Preview mode, crashes digikam when you try to write or select the person name from the dropdown dialog. After restarting, the intended face box was actually created, or the existing is still there (with the wrong name). STEPS TO REPRODUCE 1. Open picture in Preview mode 2a. Click the "Add a face tag button" and drag the face box. The dialog for identifying the person will pop-up 2b. Or try to fix the name of a wrongly identified person from the dropdown menu in the identify the person dialog 3. After a few seconds, digikam crashes 4. Restart digikam and reopen the picture. The new facebox was actually created, or the existing one is still there (with the wrong name) OBSERVED RESULT For a face not automatically detected (happens to me often when the face is inclined about 45 degrees), you can go to the People view and identify the person there after restarting (no crashes in People view). For correcting wrongly recognized people, you can remove all people tags from the picture, rescan and identify them in the People view. EXPECTED RESULT Like in all other versions I have used before, be able to manually add a people tag in Preview mode, or change a wrongly identified person from the dropdown menu in the face box SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Sorry was not able to send the detailed crash report -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 475604] New: Support for "portrait size"
https://bugs.kde.org/show_bug.cgi?id=475604 Bug ID: 475604 Summary: Support for "portrait size" Classification: Applications Product: digikam Version: unspecified Platform: unspecified OS: Unspecified Status: REPORTED Severity: wishlist Priority: NOR Component: Faces-Workflow Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- SUMMARY Those who frequently have to provide portrait pictures would greatly benefit from being able to select based on "portrait size". Portrait size here is defined as the percentage of the detected face box(es) area(s) in pixels over the total picture area in pixels, both information available in the digikam databases today. One should be able to select pictures based on A) either the largest detected face box or the average of all detected face boxes and B) filter files based on the minimum and the maximum "portrait sizes". STEPS TO REPRODUCE 1. N/A 2. 3. OBSERVED RESULT N/A EXPECTED RESULT N/A SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Some tools implement the concept of big/medium/large portrais with the classification method being hiden from the user with way less flexibility than this proposal. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 465314] New: Possibility to suspend filters
https://bugs.kde.org/show_bug.cgi?id=465314 Bug ID: 465314 Summary: Possibility to suspend filters Classification: Applications Product: digikam Version: 7.9.0 Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: Albums-Filters Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- SUMMARY On the bottom of the main window, we have 2 icons connected to filtering: "Reset all active filters" (the trash can) and "Open filters settings panel". We believe having a 3rd "Suspend all active filters" icon would be very beneficial STEPS TO REPRODUCE 1. Need to work on pictures missing geographical coordinates (just my example) 2. Setup a complex filtering in the filters tab including tags and people filters 3. Need to quickly check non-filtered images to figure out nearby coordinates (or whatever other reason) 4. Click on "Reset all active filters" to be able to see the pictures you need 5. Copy the coordinates OBSERVED RESULT Resume your work on the filtered images. Now you need to *reconfigre your complex filters* all over again. This repeats ad nauseam until you are done with your work EXPECTED RESULT Being able to "suspend all filters", find your image/coordinates and just reapply the filters when needed w/o having to reconfigure every time SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 464569] New: Days highlighting in Dates view lost when moving files to trash
https://bugs.kde.org/show_bug.cgi?id=464569 Bug ID: 464569 Summary: Days highlighting in Dates view lost when moving files to trash Classification: Applications Product: digikam Version: 7.9.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Searches-Dates Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- Created attachment 155460 --> https://bugs.kde.org/attachment.cgi?id=155460&action=edit PRINTSCREEN SUMMARY In the Dates view, selecting a month highlights the days for which there are files. Moving files from the list to trash makes the highlight disapear from all days but the one selected. To bring it back one has to select another months and then back to the original. STEPS TO REPRODUCE 1. In Dates view, select a month. The days which have files will be highlighted 2. Move one or more files to trash OBSERVED RESULT The highlight disapear from all days but the one selected EXPECTED RESULT The highlights should eventually be refreshed to reflect the new situation, but not disapear completelly SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 456604] Parse "file name timestamp" with template YYYY-MM-DD hh[hH]mm when adjusting time & date
https://bugs.kde.org/show_bug.cgi?id=456604 Beto Kella changed: What|Removed |Added Summary|Parse "file name timestamp" |Parse "file name timestamp" |with template -MM-DD|with template -MM-DD |hh[hH]mm when adusting time |hh[hH]mm when adjusting |& date |time & date -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 456604] New: Parse "file name timestamp" with template YYYY-MM-DD hh[hH]mm when adusting time & date
https://bugs.kde.org/show_bug.cgi?id=456604 Bug ID: 456604 Summary: Parse "file name timestamp" with template -MM-DD hh[hH]mm when adusting time & date Product: digikam Version: 7.7.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Metadata-Date Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- SUMMARY I have a large library of images with file names following the template "-MM-DD hh[hH]mm IMG_". Not sure which utility was used in the past that used this template. But need to be able to adjust time & date based on the mentioned file name template STEPS TO REPRODUCE 1. Select an item. Example "2020-04-17 18h45 IMG_0001.JPG" 2. Click on "Adjust Time & Date" 3. Select "File name timestamp" OBSERVED RESULT The result (with the file name template mentioned above) is that the date is parsed correctly (2020-04-17) but not the time (ends up in 00:00:00) EXPECTED RESULT That the time in the mentioned format were also parsed correctly (18:45:00 in the example above) SOFTWARE/OS VERSIONS Windows: Windows 10 19044.1766 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 456263] Missing feature for searching pictures containing actual detected faces
https://bugs.kde.org/show_bug.cgi?id=456263 --- Comment #4 from Beto Kella --- In digikam4.db: - if you search tags in table Tags for pid=0 and name="People" you get the tag id for people tags - then if you search in table ImageTags for those people tags, you get all people tags in the image - finally if you then search in table ImageTagProperties images containing people tags and no property="tagRegion", you will find all pictures wich have people tags but no face rectangle. No? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 456263] Missing feature for searching pictures containing actual detected faces
https://bugs.kde.org/show_bug.cgi?id=456263 --- Comment #2 from Beto Kella --- I need to find old pictures where face detection didn't work. Years back, I needed to people-tag those pictures manually to be able to find them, even w/o the face being detected by the then current version of the digikam. Now I could find those (and actually detect the faces with current digikam) if I could selected by people tags and compared with the existence of real face rectangles. The other solution, as I see it, would be to run face etectionon on my full set of 40K+ pictures which would not only consume enourmous processing time but probably create other issues. I assume finding face rectangles by picture is technically possible because it is exactly what is done to be able to show them when you open the preview picture window, both for named and not named faces. But that is not possible inadvanced searches. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 456263] New: Missing feature for searching pictures containing actual detected faces
https://bugs.kde.org/show_bug.cgi?id=456263 Bug ID: 456263 Summary: Missing feature for searching pictures containing actual detected faces Product: digikam Version: 7.7.0 Platform: Compiled Sources OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: Searches-Advanced Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- SUMMARY Advanced search has options for finding pictures based on "People" tags. But those include both detected faces and people tags created manually. STEPS TO REPRODUCE N/A OBSERVED RESULT EXPECTED RESULT I created several people tags manually to support mapping pictures where people's faces which are not detected by the program (scans of very old pictures, bad quality/very small pictures). I would like to have the possibility to find pictures containing detected faces only (at least on rectangle containing a face), not just people tags. SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429888] New: Show GPS track on map view when GPX in the same folder
https://bugs.kde.org/show_bug.cgi?id=429888 Bug ID: 429888 Summary: Show GPS track on map view when GPX in the same folder Product: digikam Version: 7.1.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: wishlist Priority: NOR Component: Geolocation Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- SUMMARY I have the GPX files in the same directory as corresponding images from same trip. Would like to see the GPS track in the map view. Would be great to have a map setting to control show/noshow as when geotagging. STEPS TO REPRODUCE 1. Click on map view on top icons menu OBSERVED RESULT GPS tracks do not show even if GPX files are available in the same path as images. There is an option to show tracks when geotagging but that is something else. EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429021] Wrong image rotation when extracting face thumbs
https://bugs.kde.org/show_bug.cgi?id=429021 --- Comment #8 from Beto Kella --- (In reply to Beto Kella from comment #7) > Hummm... You mean I indirectly "fixed" the face coordinates so it > matches the image and creating the thumbs in ImageMagick now works? > Intriguing only a (comparably) few images are affected. Also intriguing > the behavior in digiKam when you rotate the image back and forth and the > thumbnail flips in random directions first before rotation according to > the image... It doesn't occur with "the correct" images. > > On 2020-11-12 16:29, Maik Qualmann wrote: > > https://bugs.kde.org/show_bug.cgi?id=429021 > > > > Maik Qualmann changed: > > > > What|Removed |Added > > > > Status|REPORTED|RESOLVED > > Resolution|--- |NOT A BUG > > Version Fixed In||7.2.0 > > > > --- Comment #6 from Maik Qualmann --- > > If you rotate the images back and forth in digiKam, they are actually > > rotated > > losslessly depending on the setting in digiKam setup and the orientation > > flag > > is then "normal". It is clear that the face coordinates then match the > > image. > > > > Maik > > > > /Roberto Adding -auto-orient option to ImageMagic did the trick. Sorry for opening as a bug in digiKam. The behavior described above created bias. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429021] Wrong image rotation when extracting face thumbs
https://bugs.kde.org/show_bug.cgi?id=429021 --- Comment #7 from Beto Kella --- Hummm... You mean I indirectly "fixed" the face coordinates so it matches the image and creating the thumbs in ImageMagick now works? Intriguing only a (comparably) few images are affected. Also intriguing the behavior in digiKam when you rotate the image back and forth and the thumbnail flips in random directions first before rotation according to the image... It doesn't occur with "the correct" images. On 2020-11-12 16:29, Maik Qualmann wrote: > https://bugs.kde.org/show_bug.cgi?id=429021 > > Maik Qualmann changed: > > What|Removed |Added > > Status|REPORTED|RESOLVED > Resolution|--- |NOT A BUG > Version Fixed In||7.2.0 > > --- Comment #6 from Maik Qualmann --- > If you rotate the images back and forth in digiKam, they are actually rotated > losslessly depending on the setting in digiKam setup and the orientation flag > is then "normal". It is clear that the face coordinates then match the image. > > Maik > /Roberto -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429021] Wrong image rotation when extracting face thumbs
https://bugs.kde.org/show_bug.cgi?id=429021 --- Comment #5 from Beto Kella --- (In reply to Maik Qualmann from comment #4) > But that's not a bug in digiKam. You have to understand that digiKam always > stores the face coordinates internally with the aligned image. When writing > metadata to the image, as is the standard in many programs, the face > coordinates for the unaligned image are then saved. So you have to read the > orientation flag in the DB and rotate the image accordingly with ImageMagick. > > Maik All cases are fixed after I rotate the images back and forth and extract the thumbs again, without changing any option in ImageMagic... -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429021] Wrong image rotation when extracting face thumbs
https://bugs.kde.org/show_bug.cgi?id=429021 --- Comment #3 from Beto Kella --- (In reply to Maik Qualmann from comment #2) > I don't know if his problem is he is extracting an invalid / old face > thumbnail. Or whether it is the bug that if there is a facial thumbnail > already with the coordinates, no new and correct one is created. The face > thumbnail in the DB is found using a path + rectangle identifier. > > Maik I am not getting the thumbs from the DB (could not fathom how...). I am getting the image paths and using ImageMagic to extract the rectangle indicated by the coordinates in ImageTagProperties. /Roberto -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 429021] New: Wrong image rotation when extracting face thumbs
https://bugs.kde.org/show_bug.cgi?id=429021 Bug ID: 429021 Summary: Wrong image rotation when extracting face thumbs Product: digikam Version: 7.1.0 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: minor Priority: NOR Component: Faces-Recognition Assignee: digikam-bugs-n...@kde.org Reporter: betoke...@gmail.com Target Milestone: --- SUMMARY I wanted to extract the faces thumbnails with the SQL code below, parsed and piped to magic for crop and resize based on image tag properties. With the thumbs in external JPG files, I noticed about 10% of them were wrong, not showing the face, but another part of the image. Both images with faces detected automatically and manually suffered with the issue, even thou auto recognized images were about 90% of the total images with the issue. The total images I looked into is about 3300. STEPS TO REPRODUCE 1. Rotate the affected images left/right 2. The image thumb shows erratic behavior, rotating in random direction (same as image, opposite, or completely upside down) 3. The thumb blinks and then rotates correctly 4. The image always rotates correctly. The boxes around faces are always correct OBSERVED RESULT Wrong face thumbs extracted from some images. Some image data sown below. EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: 10.0.19041 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION SQL code used to extract the face thumbs: ATTACH 'E:\digiKam\digikam4.db' as ddk; ATTACH 'E:\digiKam\thumbnails-digikam.db' as dtn; SELECT tar.specificPath||ta.relativePath,ti.name,titp.imageid,titp.value FROM ddk.Albums AS ta, ddk.AlbumRoots AS tar, ddk.ImageTagProperties AS titp, ddk.Images AS ti WHERE ta.id=ti.album and tar.id=ta.albumRoot and ti.id=titp.imageid and titp.property='tagRegion' and titp.tagid IN ( SELECT id FROM ddk.Tags WHERE name='XXX' ) ORDER BY ti.name ; DETACH DATABASE ddk; DETACH DATABASE dtn; Sample image data, before and after the fix: digiKam.db Tags with person name -> id=89 Images name="2007-11-02 13h26 663" -> id=26236 ImageTagProperties imageid=26236 and tagid=89 -> property= After fix (rotate back and forth 90 degrees) property= -- You are receiving this mail because: You are watching all bug changes.