[digikam] [Bug 374922] digiKam crashes when dropping ext. image into fuzzy search target area
https://bugs.kde.org/show_bug.cgi?id=374922 --- Comment #7 from Wolfgang Scheffner --- 5.5.0 works fine here. Tested with that same image and a few others. Wolfgang Am 14.01.2017 um 18:02 schrieb bugzilla_nore...@kde.org: > https://bugs.kde.org/show_bug.cgi?id=374922 > > --- Comment #6 from caulier.gil...@gmail.com --- > Wolfgang, > > A new DK pre-5.5.0 AppImage 64 bits is just uploaded at usual place : > > https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM > > Let's me hear if problem is now fixed. Here i cannot reproduce it. > > Gilles > -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375107] Deleting a tag with 0 images from Tag Manager generates incorrect dialog - missing tag name
https://bugs.kde.org/show_bug.cgi?id=375107 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #1 from Wolfgang Scheffner --- Reproducible with 5.5.0 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375110] Open with doesn't remember application association
https://bugs.kde.org/show_bug.cgi?id=375110 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #3 from Wolfgang Scheffner --- Reproducible here with AppImage 5.5.0 under Kubuntu 16.04, Plasma 5.8.5. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 366556] Add possibility to exclude an album (and possibily its children) from face detection
https://bugs.kde.org/show_bug.cgi?id=366556 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #6 from Wolfgang Scheffner --- (In reply to caulier.gilles from comment #4) > Mario, > > Yes, Album properties do not exist yet, as i know. There are an old album > categories but not in database. There is another report to implement album > properties in DB as well, and to remove legacy album categories. > > Gilles Probably I get something wrong here but just to make sure I would like to mention that Album Properties are descripted in the doc (Album View in digiKam Main Window). So there must be at least something somewhere, or not? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375390] New: "Set as Tag Thumbnail" in Tag View doesn't work.
https://bugs.kde.org/show_bug.cgi?id=375390 Bug ID: 375390 Summary: "Set as Tag Thumbnail" in Tag View doesn't work. Product: digikam Version: 5.5.0 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Tags Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- Whether you drag an image onto a tag in the Left Sidebar or choose "Set as Tag Thumbnail" from the context menu on an Icon in the Image Area nothing happens. The only way to set an image as tag thumbnail is via the tag properties with the "Selct Icon" dialog, but only if it is png. Reproducible: always -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375390] "Set as Tag Thumbnail" in Tag View doesn't work.
https://bugs.kde.org/show_bug.cgi?id=375390 --- Comment #3 from Wolfgang Scheffner --- I know. My setting was on 22 all the time. Thanks for fixing! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375408] Don't change context menu shortcut keys in single vs. multiple image context menus
https://bugs.kde.org/show_bug.cgi?id=375408 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #2 from Wolfgang Scheffner --- In Configure Shortcuts... I found Assign Tag with T as shortcut which is wrong. T is More Tags... and opens the Tags tree in the Captions tab of the Right Sidebar. Icon is also wrong, it is the one for Add Tag. All this is default. Should be corrected IMHO since one cannot even correct it by himself in Configure Shortcuts... -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375483] New: Wrong history on images taken with Samsung S3
https://bugs.kde.org/show_bug.cgi?id=375483 Bug ID: 375483 Summary: Wrong history on images taken with Samsung S3 Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Versioning Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- Created attachment 103611 --> https://bugs.kde.org/attachment.cgi?id=103611&action=edit Wrong history of Samsung images It seems an old problem is back (see https://bugs.kde.org/show_bug.cgi?id=323210 ), at least very similar. I noticed that a lot of images I downloaded from a Samsung S3 smartphone have a history showing "Derived Images And Identical Images That Are Neither Derived Nor Identical". See attachment! It seems that all these images in the history are edited by digiKam, at least the metadata. If I go to one of these images it also shows this screwed up history. All the false derived or identical images are from the same Samsung S3 as far as I could find out up to now. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375483] Wrong history on images taken with Samsung S3 [patch]
https://bugs.kde.org/show_bug.cgi?id=375483 --- Comment #7 from Wolfgang Scheffner --- (In reply to Maik Qualmann from comment #5) > Created attachment 103626 [details] > uniqueID.patch > > Wolfgang can you test this patch? Re-reading the metadata should solve the > problem. > > Maik Maik, Reread Metdata from Image in the Item menu on pics that are already imported does n o t solve the problem. Only if I import the pics again the wrong history is gone, but only with "Use file metadata" un-checked. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375519] Progress bars waste useful space
https://bugs.kde.org/show_bug.cgi?id=375519 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #2 from Wolfgang Scheffner --- (In reply to bcr from comment #0) Good! I support this! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 373946] digiKam freezes when trying to use "Upload"
https://bugs.kde.org/show_bug.cgi?id=373946 --- Comment #16 from Wolfgang Scheffner --- Created attachment 103650 --> https://bugs.kde.org/attachment.cgi?id=103650&action=edit Unfinished Upload window -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 373946] digiKam freezes when trying to use "Upload"
https://bugs.kde.org/show_bug.cgi?id=373946 --- Comment #17 from Wolfgang Scheffner --- Sorry, but here the problem is still reproducible with the latest AppImage. I still get an unfinished window when choosing Upload from the Item menu in the Import Interface (see attachment above). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 373946] digiKam freezes when trying to use "Upload"
https://bugs.kde.org/show_bug.cgi?id=373946 --- Comment #19 from Wolfgang Scheffner --- Yes, sure, I wrote that already. Just to make suer I downloaded again right now -> still the same problem! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 373946] digiKam freezes when trying to use "Upload"
https://bugs.kde.org/show_bug.cgi?id=373946 --- Comment #22 from Wolfgang Scheffner --- I'm sorry, I'm still getting a blank window and digiKam is frozen. I tried to create a GDB backtrace but it always ends up with "no stack". -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375627] What is the input box under Fuzzy -> Image -> Similarity range?
https://bugs.kde.org/show_bug.cgi?id=375627 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #1 from Wolfgang Scheffner --- It is the input field for a name to save your search, which will show up in the list below once you clicked the save button beside it. See also description of the Fuzzy View in the handbook, chapter 2. The layout here is a bit unfortunate, not very helpful. It seems to me that the blank space below got even bigger with the last patches. The field should be connected somehow by means of layout to the searches list. Maybe one of the devs can fix that?! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 373946] digiKam freezes when trying to use "Upload"
https://bugs.kde.org/show_bug.cgi?id=373946 --- Comment #24 from Wolfgang Scheffner --- It suddenly works now. The only thing I really did with digiKam in the meantime were some fuzzy searches. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375633] New: Two buttons in Map tab on the Right Sidebar are not working
https://bugs.kde.org/show_bug.cgi?id=375633 Bug ID: 375633 Summary: Two buttons in Map tab on the Right Sidebar are not working Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Geolocation Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- The buttons "Lock the map position" and "See more information on the Internet" are doing nothing. The first one has no icon on it at all, the second one shows a locked folder icon that doesn't represent the function. Should be some kind of Internet icon. The "Map settings" button shows the same icon, should be something that indicates "map" or at least "settings" (not as good). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375633] Two buttons in Map tab on the Right Sidebar are not working
https://bugs.kde.org/show_bug.cgi?id=375633 --- Comment #1 from Wolfgang Scheffner --- After increasing the icon size I realized that these "locked folders" are actually showing something like a little globe. Well, o.k., but don't we have something better than that? Why a folder symbol at all? And the globe on it so tiny that you need the eyes of a hawk? Why not the applications-internet icon? Or there is also a globe icon under "Actions". And there would be also map-flat and map-globe which would be an alternative for the "Map settings" button. The last three are b&w, so would fit better to the other buttons. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375633] Two buttons in Map tab on the Right Sidebar are not working
https://bugs.kde.org/show_bug.cgi?id=375633 --- Comment #9 from Wolfgang Scheffner --- Help/Handbook also doesn't work here under Kubuntu. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375633] Two buttons in Map tab on the Right Sidebar are not working
https://bugs.kde.org/show_bug.cgi?id=375633 --- Comment #11 from Wolfgang Scheffner --- Gilles, export showed none of these two. declare -p neither. I did wolfgang@wolfgang-tuxedo:~$ declare -x BROWSER="/usr/bin/firefox" wolfgang@wolfgang-tuxedo:~$ export and got declare -x BROWSER="/usr/bin/firefox" but this didn't help. /usr/bin/firefox is a link pointing to /usr/lib/firefox.sh which is wrong. I found firefox.sh in /usr/lib/firefox and did declare -x BROWSER="/usr/lib/firefox/firefox.sh" but to no avail. Help/Handbook is still not working and the buttons in Right Sidebar/Maps neither. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375633] Two buttons in Map tab on the Right Sidebar are not working
https://bugs.kde.org/show_bug.cgi?id=375633 --- Comment #14 from Wolfgang Scheffner --- I'm not sure what the "XCB problem" is (couldn't follow all the tech talk) but the lock map button works now. The one below not and Help/Handbook neither. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 375877] New: Fetching Updates takes incredibly long time
https://bugs.kde.org/show_bug.cgi?id=375877 Bug ID: 375877 Summary: Fetching Updates takes incredibly long time Product: Discover Version: 5.8.5 Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Updater Assignee: aleix...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- Since the last update Discover became very slow when fetching updates. Downloading then and installing is o.k. (like before). I noticed this during several updates now, so you can say it's reproducible. I have no figures right now like time for n updates to fetch but a rough guess would be ten times as long compared to what I was used to. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 150531] SCHEMA : add album password-protect feature
https://bugs.kde.org/show_bug.cgi?id=150531 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #22 from Wolfgang Scheffner --- (In reply to J-o-h-n- from comment #21) > The most simple implementation would be to add to the filter tags > the ability to exclude (NOT include) tags. Maybe I got something wrong but that is already implemented. See context menu on a tag in the Right Sidebar, Filters tab, menu item Tag Filter Mode, option Must Not Have This Tag. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375886] Search albums, include sub-tree shows all photos
https://bugs.kde.org/show_bug.cgi?id=375886 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #1 from Wolfgang Scheffner --- Not reproducible with 5.5.0 AppImage under Kubuntu. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 150531] SCHEMA : add album password-protect feature
https://bugs.kde.org/show_bug.cgi?id=150531 --- Comment #24 from Wolfgang Scheffner --- (In reply to J-o-h-n- from comment #23) > It would still be a good feature for speeding navigation and helping provide > improved privacy. I agree. The Must Not Have This Tag option covers only the use case where you are the operator. And even then you might get in trouble. So an independent tag, filter or whatever that would work regardless of the other filter options would cover also use cases where you let somebody else browse your images - as long as it is not somebody like Bastiaan (Comment 4, last paragraph) ;-) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375770] Creating tag from left panel causes error
https://bugs.kde.org/show_bug.cgi?id=375770 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #7 from Wolfgang Scheffner --- Whether tags should be force applied is debatable but since both ways have their advantages I would vote for leaving it the way it is. Note that the appearance of the confirmation dialog depends on your settings in Configure digiKam/Miscellaneous/"Do not confirm when applying changes in the right sidebar" (Wording could be better perhaps, at least I have to think twice ;-)). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376072] New: Cursor icon is hand most of the time even if the map is not in panning mode.
https://bugs.kde.org/show_bug.cgi?id=376072 Bug ID: 376072 Summary: Cursor icon is hand most of the time even if the map is not in panning mode. Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Geolocation-Editor Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- In the Geolocation Editor, but also in the map view/tab on the Left/Right Sidebar the cursor shows most of the time the panning mode hand when working with the map, even if functions like Select-images or Select-images-by-drawing-a-rectangle are selected. I would expect the icon to change to a pointer or arrow once you select - Select-images (all three) - Select-images-by-drawing-a-rectangle (Left SB) - Create-a-region-selection-from-a-thumbnail (Left SB) - Zoom-into-a-group (all three) - Filter-images (Left SB). In some cases it could be useful if the icon only changes to a pointer once the cursor is over a thumnail or marker. And it would be nice to use a different cursor icon for that pointer than the one you have when the cursor is outside the map, for ex. the one on the Select-images button. Sometimes the cursor shows an arrow, at least in Select-images-by-drawing-a-rectangle mode, but that is completely erratic and very rare. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376074] New: Display-bookmarked-positions-on-the-map button doesn't work.
https://bugs.kde.org/show_bug.cgi?id=376074 Bug ID: 376074 Summary: Display-bookmarked-positions-on-the-map button doesn't work. Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Geolocation-Editor Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- In the Geolocation Editor the Display-bookmarked-positions-on-the-map button doesn't work. I created some bookmarks in Marble, opened digiKam, called the Geolocation Editor, moved the map to the region where I created the bookmarks and clicked that button but nothing happens. Did I get something wrong, is it a bug or is the function simply not implemented yet? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376074] Display-bookmarked-positions-on-the-map button doesn't work.
https://bugs.kde.org/show_bug.cgi?id=376074 --- Comment #3 from Wolfgang Scheffner --- Maik, >On the other hand, Marble has his own bookmark management. >This allows you to set bookmarks via the context menu in digiKam >and are also displayed in Marble. I tested this, created a bookmark in digiKam and then took a look into Marble. Indeed!!! The bookmark was there - but all my others were gone Wonderful function! Seems first thing to do for me is to put a warning in the doc. >I vote for implementing the bookmark management without KBookmarks. and Gilles: >yes, me too Well, at least Marble has a bookmark management and digiKam not. And without that the whole thing is useless IMHO. >It's perhaps time to check the new implementation. Very good idea I would think under this circumstances. Could save us a lot of work if they did something good. At least the bookmark management is not too bad. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 375877] Fetching Updates takes incredibly long time
https://bugs.kde.org/show_bug.cgi?id=375877 --- Comment #3 from Wolfgang Scheffner --- Yes, I can do so once there are new updates announced. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375703] Moving grouped images into another album removes groups
https://bugs.kde.org/show_bug.cgi?id=375703 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #16 from Wolfgang Scheffner --- Mario, I agree to 1) and 2): Moving a group or a single items should preserve the group relation. With 3) I don't quite understand the remark at the very end of your comment: > 3) do nothing (default) However, I agree to > 3) Copying a group within digiKam should also copy the grouping relation for > the newly generated items but of course it should be a completly new group independent of the original. 4) Here I would vote for not establishing relations to the original group. We could in addition implement an option to keep the copy in the group but I don't like the idea of too many options/settings. 5) I would (as a user) never expect anything to be grouped automatically at import. I why should we group identical images anyway? That's what Find Duplicates is for. And here applies the same as under 4): I don't like the idea ... 6) I agree absolutely. Other than that I am of the opinion that improving metadata handling is the most important issue in digiKam. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 375877] Fetching Updates takes incredibly long time
https://bugs.kde.org/show_bug.cgi?id=375877 --- Comment #4 from Wolfgang Scheffner --- O.k., I tested that. It was a second, maybe two. Console output was this: :~$ pkcon get-updates Getting updates [=] Loading cache [=] Finished [=] Bug fix firefox-51.0.1+build2-0ubuntu0.16.04.2.amd64 (ubuntu-xenial-updates-main) Safe and easy web browser from Mozilla Bug fix firefox-locale-de-51.0.1+build2-0ubuntu0.16.04.2.amd64 (ubuntu-xenial-updates-main) German language pack for Firefox Bug fix firefox-locale-en-51.0.1+build2-0ubuntu0.16.04.2.amd64 (ubuntu-xenial-updates-main) English language pack for Firefox Bug fix libhogweed4-3.2-1ubuntu0.16.04.1.amd64 (ubuntu-xenial-updates-main) low level cryptographic library (public-key cryptos) Bug fix libhogweed4-3.2-1ubuntu0.16.04.1.i386 (ubuntu-xenial-updates-main) low level cryptographic library (public-key cryptos) Bug fix libjavascriptcoregtk-4.0-18-2.14.3-0ubuntu0.16.04.1.amd64 (ubuntu-xenial-updates-main) JavaScript engine library from WebKitGTK+ Bug fix libnettle6-3.2-1ubuntu0.16.04.1.amd64 (ubuntu-xenial-updates-main) low level cryptographic library (symmetric and one-way cryptos) Bug fix libnettle6-3.2-1ubuntu0.16.04.1.i386 (ubuntu-xenial-updates-main) low level cryptographic library (symmetric and one-way cryptos) Bug fix libwebkit2gtk-4.0-37-2.14.3-0ubuntu0.16.04.1.amd64 (ubuntu-xenial-updates-main) Web content engine library for GTK+ Bug fix libwebkit2gtk-4.0-37-gtk2-2.14.3-0ubuntu0.16.04.1.amd64 (ubuntu-xenial-updates-main)Web content engine library for GTK+ - GTK+2 plugin process -- I tried then with Discover and it took 2min. 20 sec.. I closed without updating in case you need more tests. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376330] New: "Move to bottom/top" buttons, d&d and "Print title" for presentation
https://bugs.kde.org/show_bug.cgi?id=376330 Bug ID: 376330 Summary: "Move to bottom/top" buttons, d&d and "Print title" for presentation Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: SlideShow Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- When working on slideshows in the presentation editor there are "move to top" and "move to bottom" buttons missing in the Main Settings tab. The possibility to d&d images into the editor from the main digiKam window would improve the editing process (which is nasty enough anyway) even more. And in the "Content" section of this tab there is "Print title" missing which is possible in the non-presentation slideshows. And when the title is printed is should appear on top of the caption, not below. This applies also to the non-presentation slideshows. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376331] New: Path when saving/opening presentation files should be remebered
https://bugs.kde.org/show_bug.cgi?id=376331 Bug ID: 376331 Summary: Path when saving/opening presentation files should be remebered Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: SlideShow Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- Currently when saving or opening a presentation file in the presentation editor the dialog comes up with /home/~/documents/, which is not very useful. At least I don't wont to use that directory for things like this because it would become a mess. I have the slideshows in a subfolder of the (my) pictures folder. Remembering the path would be better, would save you a lot of clicks when working on an extensive slideshow since one will hardly do it in one go - at least not me :-) In cases like this another solution might be to have default path settings somewhere in Configure digiKam. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376391] Add geolocation favorites to menu and shortcuts
https://bugs.kde.org/show_bug.cgi?id=376391 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #1 from Wolfgang Scheffner --- What exactly do you mean by "created some favorite locations in the geolocation editor"? Did you use "Create Bookmark" from the context menu? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376351] create a tool to automatically group jpeg and raw images with same name
https://bugs.kde.org/show_bug.cgi?id=376351 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #6 from Wolfgang Scheffner --- Created attachment 104004 --> https://bugs.kde.org/attachment.cgi?id=104004&action=edit Updated doc with "Group By Filename" I updated the doc accordingly (see patch attached). Whoever would like to commit it on my behalf (Gilles, Maik, Simon): feel free! Updated screenshot follows once the changes are in the AppImage. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376351] create a tool to automatically group jpeg and raw images with same name
https://bugs.kde.org/show_bug.cgi?id=376351 --- Comment #7 from Wolfgang Scheffner --- Simon, just for me to learn: why did you set "WORKSFORME" and not "FIXED"? Wolfgang Am 12.02.2017 um 12:11 schrieb Simon: > https://bugs.kde.org/show_bug.cgi?id=376351 > > Simon changed: > >What|Removed |Added > > Resolution|--- |WORKSFORME > Status|UNCONFIRMED |RESOLVED > -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376391] Add geolocation favorites to menu and shortcuts
https://bugs.kde.org/show_bug.cgi?id=376391 --- Comment #3 from Wolfgang Scheffner --- No problem! Unfortunately I have to tell you that this will appear in the digiKam handbook with the next release: - The Display-bookmarked-positions-on-the-map button is not working at the time of writing because the whole bookmark issue needs to be reorganized. This also affects the Bookmarks->Edit Bookmarks... item in the context menu on the list of images below the map and the Add Bookmark item in the context menu on the map. Warning: The use of Add Bookmark in the context menu on the map can lead to loss of your bookmarks in Marble! - But your idea is very good. So I would vote to keep this on the wishlist. It only might take some time because right now we are quite busy with a lot of other issues, sorry! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 361047] Wishlist: make grouped images more prominently visible [patch]
https://bugs.kde.org/show_bug.cgi?id=361047 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #57 from Wolfgang Scheffner --- I think the mockup Jens provided in the first place is quite good, but just the color thing. Of course the rotated frames are a nice gimmick but the colors will do, maybe with just a thicker frame for the group leader; better than fumbling endless with the rotation. And if it really has to be a frame which indicates something "behind" the gruop leader and the rotation is the problem: why not just something like the icon under the thumbnail, stacked in a diagonal way? Wolfgang -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 361047] Wishlist: make grouped images more prominently visible [patch]
https://bugs.kde.org/show_bug.cgi?id=361047 --- Comment #59 from Wolfgang Scheffner --- Quite nice, that one! What I was talking about is not an additional icon but a stacked frame *like* the icon. Might be easier than a rotated frame. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376530] New: Map jumps to 0/0 position when using "Zoom into a group"
https://bugs.kde.org/show_bug.cgi?id=376530 Bug ID: 376530 Summary: Map jumps to 0/0 position when using "Zoom into a group" Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Geolocation-Editor Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- Created attachment 104048 --> https://bugs.kde.org/attachment.cgi?id=104048&action=edit Console output when trying to "Zoom into a group" When trying to "Zoom into a group" at a small zoom factor (map showing the whole world) in the Geolocation Editor the map jumps to geographic position 0/0 with a bigger zoom factor. Now you have find your way back by zooming out, panning back and evetually zooming in at least a bit to make sure the same doesn't happen again. Reproducible: always. Steps to reproduce: - select a few images with GPS coordinates close to each other or identical - open Geolocation Editor (Ctrl Shift G) - typically you see a map showing the whole world or a globe and a thumnail or marker on it. - click "Zoom into a group" button under the map - click on the marker or thumbnail Result: map jumps to position 0/0 and shows a bigger zoom factor. Expected Result: map jumps to group position and zoom factor will be increased until individual images become visible or to maximum. The same happens sometimes also in the Map tab on the Right Sidebar but it is not always reproducible. Seems to depend on what you did before. Console output is attached. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376530] Map jumps to 0/0 position when using "Zoom into a group"
https://bugs.kde.org/show_bug.cgi?id=376530 --- Comment #1 from Wolfgang Scheffner --- I just foud out that this is not limited to a small zoom factor. I just had the same problem when clicking for "Zoom into a Group" when zoomed in already quite a lot. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 375703] Moving grouped images into another album removes groups
https://bugs.kde.org/show_bug.cgi?id=375703 --- Comment #18 from Wolfgang Scheffner --- But then I can throw all my wonderful doc about grouping into the bin :-(( No, but seriously: It's for sure worth a second thought! You are right: the differences are minim. But right now I don't have the time for the second thought. And the devs have to say anyway whether it is worth it from the technical point of view. I did use the function up to now only to get familiar with it for wrting the doc. Will do a bit more soon (if I don't get washed away by the ongoing discussion anyway). Just one thing comes to mind: if we cancel grouping we need to provide some kind of conversion for those users who used it already. We cannot just kill their existing groups ... -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376690] New: Irritating behavior of list when moving images
https://bugs.kde.org/show_bug.cgi?id=376690 Bug ID: 376690 Summary: Irritating behavior of list when moving images Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Presentation Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- When moving images in the list of the Presentation tool by d&d the list jumps back to the position you took the image from once you dropped it. This is very irritating. I would expect the list to stay at the position where I drop the image so that one can see the result: the image at its new position. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376687] GPS tagging usability of bookmarks
https://bugs.kde.org/show_bug.cgi?id=376687 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #1 from Wolfgang Scheffner --- To get an idea of the situation regarding these bookmarks see https://bugs.kde.org/show_bug.cgi?id=376074 ! Maybe this bug should be marked a duplicate but I'm not sure and also don't know how to do that. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376687] GPS tagging usability of bookmarks
https://bugs.kde.org/show_bug.cgi?id=376687 --- Comment #2 from Wolfgang Scheffner --- https://bugs.kde.org/show_bug.cgi?id=376391 is also related. -- You are receiving this mail because: You are watching all bug changes.
[bugs.kde.org] [Bug 376697] New: Possible Duplicates should have the option to show only Bugs from the selected product
https://bugs.kde.org/show_bug.cgi?id=376697 Bug ID: 376697 Summary: Possible Duplicates should have the option to show only Bugs from the selected product Product: bugs.kde.org Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: sysad...@kde.org Reporter: wscheffn...@gmail.com CC: she...@kde.org Target Milestone: --- When filling in the Summary field in bugs.kde.org the Possible Duplicates list appears. Among the entries in this list there are usually a lot, sometimes only bugs from other products. I don't understand what this is good for. Normally I'm only interested in bugs of the product I'm reporting for. At least I would expect an option to restrict the search to that product. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 326404] Unable to select picture in map search view
https://bugs.kde.org/show_bug.cgi?id=326404 --- Comment #7 from Wolfgang Scheffner --- Nicofo, After working a while now with all the geolocation tools in digiKam (AppImage 5.5.0) in order to write the doc about it I have an idea what your problem might be. In the Map View of the Left Sidebar which is the geolocation search tool the Select Images button works only on those images which are in your current region selection, indicated by a rectangle on the map. Here it will just toggle the selection of the pic or group of pics you are clicking on in the Image Area (central part of the digiKam window). This can be helpful to fine tune your selection before carrying out operations from the Right Sidebar or the menus. The button has no effect on pics outside of the rectangle which is intended behaviour. Wouldn't make sense anyway since they are not displayed in the Image Area. The Filter-images button you mention in Comment 2 filters the result of you region selection which means that only the one pic or group of pics you are clicking on is displayed in the Image Area. This is particular useful if the map is just showing markers or if the thumbnails are too small to clearly identify images. I hope this explanation can solve your problem. If you confirm we could close this bug. The handbook will be updated with the next release. Remains only the problem with the shape of the mouse pointer wich is subject of https://bugs.kde.org/show_bug.cgi?id=376072. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376331] Path when saving/opening presentation files should be remebered
https://bugs.kde.org/show_bug.cgi?id=376331 --- Comment #2 from Wolfgang Scheffner --- Thank you, Maik! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 326404] Unable to select picture in map search view
https://bugs.kde.org/show_bug.cgi?id=326404 --- Comment #9 from Wolfgang Scheffner --- Gilles, I know that Nicofo is absolutely right blamimg this tool for not being intuitive (because it took me quite some time getting into it) and his suggestions would be a start at least. For sure there would be more improvements if one would take the time to think about it. So what are we going to do with this issue? Leaving this bug open and change it to wishlist or open a new one as wishlist? Or something else? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376530] Map jumps to 0/0 position when using "Zoom into a group"
https://bugs.kde.org/show_bug.cgi?id=376530 --- Comment #3 from Wolfgang Scheffner --- Yes, I can confirm that. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376933] New: Geolocation icon missing
https://bugs.kde.org/show_bug.cgi?id=376933 Bug ID: 376933 Summary: Geolocation icon missing Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: AlbumsView Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- Created attachment 104224 --> https://bugs.kde.org/attachment.cgi?id=104224&action=edit Missing geolocation icon in Albums View Sometimes the geolocation icon above the thumbnails for ex. in the Albums View is missing although the image has GPS data assigned (see attachment). All images in this folder got their GPS data assigned in one go by the GPS Correlator. So far I couldn't reproduce this error, it happens erraticly. Later I edited the XML contry code of just his pic with the Metadata Editor and when I used "Reread Metadata from Image" after that, the icon suddenly appeared. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376530] Map jumps to 0/0 position when using "Zoom into a group"
https://bugs.kde.org/show_bug.cgi?id=376530 --- Comment #5 from Wolfgang Scheffner --- Ah, great! Thanks, Maik! I will test it with the next AppImage. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376530] Map jumps to 0/0 position when using "Zoom into a group"
https://bugs.kde.org/show_bug.cgi?id=376530 --- Comment #6 from Wolfgang Scheffner --- O.k. Maik, works fine! Thanks! Meanwhile I found a similar problem: When clicking on a location in the search result of the geolocation editor the map jumps to the right place but often the zoom factor is so high that you have no clue where you are. File another bug? Maybe you better take a look at it first if you think it is worth it. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 377127] New: Wrong item count on years in Dates View
https://bugs.kde.org/show_bug.cgi?id=377127 Bug ID: 377127 Summary: Wrong item count on years in Dates View Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- The item count on one year "folder" says (0) although there are a lot of images in it. The month "folder" have correct counts. I found out so far that it happens to all year "folders" that were open when digiKam was closed last time. Steps to reproduce: - open a year in Dates View - close digiKam - start digiKam -> the count of the open year will be (0) - close that year - open one or more other years - restart digiKam -> now the count of the first year (now closed) will be correct again, instead those you opened are now showing (0). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam
https://bugs.kde.org/show_bug.cgi?id=377228 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #2 from Wolfgang Scheffner --- Jens, I just finished the handbook section about reverse geocoding but it is not committed yet. Could have saved you some time, sorry! But I think I know a solution or at least a workaround for your problem: the tags below the thumnail are displayed in alphabetical order. So if you name your top level geo tag ~Location for ex. all your other tags remain visible in the image icon. Wolfgang -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam
https://bugs.kde.org/show_bug.cgi?id=377228 --- Comment #4 from Wolfgang Scheffner --- Well, I'm afraid you are right. I didn't test hard enough, just by accident in my case the sub tags I tried were further aft in the alphabet. Putting the ~ in front of all sub tags would be too tedious unless the correlator would do it, maybe as an option. Creating special geo tags is something the devs would probably not like becaue it makes the code more complacated (Gilles?) for a relatively personal issue. I say that because since I'm following the discussions I heard so many ideas how to abuse the tags and this is an abuse to me as well. There are metadata fields especially for that purpose (IPTC country code, country, city, sublocation, ...) and in my opinion they should be used instead of bloating the tag tree. Unfortunately I have to admit that the metadata handling in digiKam is not in a stage yet to do this effectively and Gilles told me that it takes an amount of manpower to improve that we cannot afford right now. So maybe the ~ in front of the tags assigned by the correlator could be an interim solution. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam
https://bugs.kde.org/show_bug.cgi?id=377228 --- Comment #6 from Wolfgang Scheffner --- ~ is ASCII 126. But otherwise I agree. Remains the metadata handling improvement >:-) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 351866] Make focus to input field after adding a face rectangle as an option and not by default
https://bugs.kde.org/show_bug.cgi?id=351866 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #6 from Wolfgang Scheffner --- (In reply to Yingjie Liu from comment #2) > Created attachment 104401 [details] > Action added for controlling the focus in the text field > > Hi, > I add a QAction in the toolbar beside the "Show Fullscreen" action, ... Just something about usability / GUI: I don't like the idea of having that action in the Main Toolbar. Should be better somewhere in the Left Sidebar so that it disappears once you leave People View. Wolfgang Scheffner (documenter) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 351866] Make focus to input field after adding a face rectangle as an option and not by default
https://bugs.kde.org/show_bug.cgi?id=351866 --- Comment #9 from Wolfgang Scheffner --- (In reply to Yingjie Liu from comment #7) Sorry, I got it wrong. "...in the toolbar beside the "Show Fullscreen" action, " lead me somehow to the Main Toolbar right under the main menu. You were talking about the toolbar of the preview. That's absolutely okay, leave it there! > and it will disappear when user leave people view. ... Well, the preview is used in other views too but since it always have the add-face-tag icon its a must that your new icon will show up there as well (which it probably does anyway). Wolfgang Scheffner -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 377292] Improve GPS Correlator UI
https://bugs.kde.org/show_bug.cgi?id=377292 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #4 from Wolfgang Scheffner --- Simon, you wrote via direct mail that you opened this as a wishlist. So I would like to add to that: 1) The Max. time gap is in seconds, the Max. interpol. time gap in minutes which doesn't make much sense to me considering what we discusses earlier. Both should be in second and the max. value you can introduce should also be the same (240 min. = 4 h doesn't make much sense for interpolating a position IMHO. With such a value you even had to take continental drift into account ;-)). 2) Instead of the one checkbox "Interpolate" there should be two toggle boxes/buttons where, if you check one, the other gets unchecked to make clear: either direct match or interpolate, both not possible. From that little bit of testing I could do I'm not sure if this is really implemented in the code (one or the other), at least I had to fill in zeros in one I wanted to disable. Looked a bit as if one of the two options has a higher priority. Unfortunately I have no time right now to test a bit more. Wolfgang -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 377292] Improve GPS Correlator UI
https://bugs.kde.org/show_bug.cgi?id=377292 --- Comment #6 from Wolfgang Scheffner --- Hi Simon, I'd rather start with 2) because that will deliver also the anwer to 1): I agree that nearly always interpolation is the better, because more precise option. The only where it is not is when you moved from one GPS point to the next not straight but in a really bad curve (like helmet camera in a slalom skiing race. Poor example, I know, too fast for GPS). If the amplitude of that curve is bigger than the distance between the two points you might get a worse result than with direct match. What you described under 1), interpolation being kind of a backup for direct match, doesn't make sense to me as long as interpolation is considered the better option anyway. And it would be everything else but intuitive. It would really require a description within the GUI. And even with all the space I have in the handbook it wouldn't be easy to explain (how it works yes, but what it is good for ...?). So I would still opt for the either - or solution and regarding the limits I think it would even make sense to have a smaller max. value for interpolation. The 2000 sec. from direct match, I mean that is more than half of an hour! Who knows later what happend in this period of time and whether interpolation still makes sense? If you really have such a time gap and don't know exactly how you moved, direct match would be the safer option. And we could enforce that a bit by limiting interpolation to, say, ten minutes or so (600 sec. of course). I imagine a pedestrian with this. If we talk about a car for ex. we are away from the max. values anyway. Cheers Wolfgang -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 377292] Improve GPS Correlator UI
https://bugs.kde.org/show_bug.cgi?id=377292 --- Comment #8 from Wolfgang Scheffner --- Simon, I think we got rather close meanwhile. I understand your arguments and what you want to tell me with your drawing. So if you make the switch thing, change the unit for interpolation to sec. and give both values a generous max. value I'm completely fine with that. I think the discussion shows that there are quite a few conceivable scenarios and think also different requirements regarding precision. In the handbook I would tell that to the users and say that in most cases interpolation is the better choice (which is pretty close to what I just sent to Gilles for commit). Thanks so far! Wolfgang -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376074] Display-bookmarked-positions-on-the-map button doesn't work.
https://bugs.kde.org/show_bug.cgi?id=376074 --- Comment #6 from Wolfgang Scheffner --- Gilles, did you already check the new implementation or even put it into the AppImage bundle? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 373946] New: digiKam freezes when trying to use "Upload"
https://bugs.kde.org/show_bug.cgi?id=373946 Bug ID: 373946 Summary: digiKam freezes when trying to use "Upload" Product: digikam Version: 5.4.0 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: Import Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- When trying to use Item/Upload... digiKam starts to build up a new window but it freezes before it's even finshed, still looking kind of transparent. When I try to close it that leads to "Application "digikam" is not responding You tried to close window "Select Image to Upload — digiKam" from application "digikam" (Process ID: 5535) but the application is not responding. Do you want to terminate this application? Warning: Terminating the application will close all of its child windows. Any unsaved data will be lost." -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 373946] digiKam freezes when trying to use "Upload"
https://bugs.kde.org/show_bug.cgi?id=373946 --- Comment #2 from Wolfgang Scheffner --- Yes, I'm talking about using Item/Upload... in the Import Interface. I'm using the AppImage bundle. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 320666] Add search of similar images outside digiKam collections [patch]
https://bugs.kde.org/show_bug.cgi?id=320666 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #14 from Wolfgang Scheffner --- Hey Mario, I'm just checking out if and how I can update the handbook regarding this patch. I found that there is a column "Avg. similarity" in the left sidebar if you are in the "Duplicates" tab. Average is nice for an overview of the results but I imagine that it could be useful to have individual simlarity values in the Image Area. The way would be probably to add "Show similarity" in the Views/Icons settings. An alternative would be to show the values in Table mode of the Image Area where View/Sort Images/By Similarity doesn't work right now because the sorting criterium here is determined by the title bar of the table. To the Sketch tab applies the same since here we don't even have the averages. Cheers Wolfgang -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374313] wrong icon usage revisited [patch]
https://bugs.kde.org/show_bug.cgi?id=374313 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #6 from Wolfgang Scheffner --- I don't understand all this tech talk but I would like to add something: if somebody is working on this anyway he might also change the labeling: replace "Thumbnails" by "Icons", in the German version as well. In my understanding the whole thing including all the data is an icon, a thumbnail is only the little pic. This would also correspond to the terminology we used in "Configure digiKam". The labeling in the German version "Vorschaubilder" (plural) for Icons/Thumbnails and "Vorschaubild" (singular) for the preview is not very entangling. So "Icons" and "Vorschaubild" would be better since "Icons" is a well known technical term also in Germany (and probably many other countries). -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374428] New: digiKam chrashes when choosing several duplicate results
https://bugs.kde.org/show_bug.cgi?id=374428 Bug ID: 374428 Summary: digiKam chrashes when choosing several duplicate results Product: digikam Version: 5.4.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- This is a follow up to bug 366567. I'm using AppImageBundle under Kubuntu 16.04. If I select several duplicate results holding the shift key and selecting by mouse click digiKam closes immediately and without any comment. I can select several duplicate results holding the ctrl key and selecting by mouse click but as soon as I select one of the individual icons in the Image Area the same happens. Reproducible: always. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374428] digiKam crashes when choosing several duplicate results
https://bugs.kde.org/show_bug.cgi?id=374428 --- Comment #2 from Wolfgang Scheffner --- I just dowmloaded the latest version of the AppImage bundle and still have exactly the same problems. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374428] digiKam crashes when choosing several duplicate results
https://bugs.kde.org/show_bug.cgi?id=374428 --- Comment #6 from Wolfgang Scheffner --- Created attachment 103164 --> https://bugs.kde.org/attachment.cgi?id=103164&action=edit gdb run on appImage, duplicate result multiselection -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374428] digiKam crashes when choosing several duplicate results
https://bugs.kde.org/show_bug.cgi?id=374428 --- Comment #7 from Wolfgang Scheffner --- bt command ended with "No stack." See console trace as attachment. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374428] digiKam crashes when choosing several duplicate results
https://bugs.kde.org/show_bug.cgi?id=374428 --- Comment #9 from Wolfgang Scheffner --- Very simple, sure! For a silly user like me. Pfff ... But now comes the interesting thing: I did it but that way digiKam didn't crash! I tried again the "normal" way but cannot reproduce the crash anymore. Everything works fine. Seems you fixed the bug by creating this new bundle. Wolfgang -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374428] digiKam crashes when choosing several duplicate results
https://bugs.kde.org/show_bug.cgi?id=374428 --- Comment #12 from Wolfgang Scheffner --- I did that already (see comment 9) and I did it now another time: everything works fine. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374428] digiKam crashes when choosing several duplicate results
https://bugs.kde.org/show_bug.cgi?id=374428 --- Comment #14 from Wolfgang Scheffner --- I tested with digikam-5.4.0-01-x86-64.appimage and everything works o.k. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 320666] Add search of similar images outside digiKam collections [patch]
https://bugs.kde.org/show_bug.cgi?id=320666 --- Comment #19 from Wolfgang Scheffner --- (In reply to Mario Frank from comment #18) > Created attachment 103203 [details] > Patch for triggering duplicates search for multiple tags with context menu > and introducing the similarity value as column in table view.. > > Already made some tests. But more testers are better. I'd volunteer to test but I'm working with the AppImage version right now. I guess there is no easy way to apply the patch to that? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374191] Unusable context menu entries in tags and people view
https://bugs.kde.org/show_bug.cgi?id=374191 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #24 from Wolfgang Scheffner --- (In reply to Mario Frank from comment #22) > ... > > I would implement the context menu item Find Duplicates for face tags to > lead to the selection of normal tags. Introducing a face similarity search > is far more complex and could be added to the wishlist. I agree that this > should be included in the handbook. > > ... > > Cheers, > Mario I understood Gilles in the way that he just want to make clear in the handbook that if one chooses "Find Similar..." from a face tag icon in People View digiKam will compare the whole image, not just the face. And about the wishlist: what is the point for a similarity search on faces? What would be the difference to face recognition? I'm not very keen on explaining that to the users. And by the way: face recognition is still not very satisfying to me. I don't even really know how to test it because I don't understand how I can see the result of a scan. Insofar I would hat to complicate matters, at least right now. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 320666] Add search of similar images outside digiKam collections [patch]
https://bugs.kde.org/show_bug.cgi?id=320666 --- Comment #23 from Wolfgang Scheffner --- (In reply to Mario Frank from comment #20) > (In reply to Wolfgang Scheffner from comment #19) > > (In reply to Mario Frank from comment #18) > > > > I'd volunteer to test but I'm working with the AppImage version right now. I > > guess there is no easy way to apply the patch to that? > > Hey Wolfgang, > > No, there is no easy way to do that. > I looked at the AppImage build information. I would have to create an > AppImage and for this, I would have to create a CentOS VM. This would take > some time. > > Can you compile digikam on your system or do you just use binary versions? I can compile digiKam on my system but I don't know how to include your patch. If you can give me instructions for that I can try this afternoon/evening. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 374922] New: digiKam crashes when dropping ext. image into fuzzy search target area
https://bugs.kde.org/show_bug.cgi?id=374922 Bug ID: 374922 Summary: digiKam crashes when dropping ext. image into fuzzy search target area Product: digikam Version: 5.4.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Searches-Fuzzy Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- Created attachment 103356 --> https://bugs.kde.org/attachment.cgi?id=103356&action=edit Image that causes crash in fuzzy search when dropped into target area When d&d an image, which is not in the digiKam collections, from Dolphin to the target area digiKam crashes. It's the AppImage 5.4.0. Distro: Kubuntu. Image that causes the problem (others don't) see attachment. Reproducable: always. GDB bachtrace is as follows: (gdb) bt #0 Exiv2::ExifData::findKey (this=, key=...) at /b/ext_exiv2/ext_exiv2-prefix/src/ext_exiv2/src/exif.cpp:583 #1 0x0032d2b81dda in Exiv2::Internal::PentaxMakerNote::printShutterCount (os=..., value=..., metadata=) at /b/ext_exiv2/ext_exiv2-prefix/src/ext_exiv2/src/pentaxmn.cpp:1157 #2 0x7682ad4d in Exiv2::operator<< (md=..., os=...) at ././/include/exiv2/metadatum.hpp:305 #3 Digikam::MetaEngine::getExifTagsDataList (this=this@entry=0x7fffc820, exifKeysFilter=..., invertSelection=invertSelection@entry=false) at /b/dktemp/digikam-master/core/libs/dmetadata/metaengine_exif.cpp:194 #4 0x769abb65 in Digikam::ExifWidget::decodeMetadata (this=0xdbd9a0) at /b/dktemp/digikam-master/core/libs/widgets/metadata/exifwidget.cpp:114 #5 0x769a4f35 in Digikam::MetadataWidget::setMetadata (this=0xdbd9a0, data=...) at /b/dktemp/digikam-master/core/libs/widgets/metadata/metadatawidget.cpp:254 #6 0x76a02e43 in Digikam::ImagePropertiesMetaDataTab::setCurrentURL (this=this@entry=0xdbdee0, url=...) at /b/dktemp/digikam-master/core/libs/imageproperties/imagepropertiesmetadatatab.cpp:192 #7 0x77644083 in Digikam::ImagePropertiesSideBarDB::slotChangedTab (this=this@entry=0xd77ab0, tab=0xdbdee0) at /b/dktemp/digikam-master/core/libs/imageproperties/imagepropertiessidebardb.cpp:288 #8 0x7764176e in Digikam::ImagePropertiesSideBarDB::itemChanged (this=this@entry=0xd77ab0, infos=..., rect=..., ---Type to continue, or q to quit--- img=img@entry=0x0, history=...) at /b/dktemp/digikam-master/core/libs/imageproperties/imagepropertiessidebardb.cpp:199 #9 0x77641822 in Digikam::ImagePropertiesSideBarDB::itemChanged (this=0xd77ab0, infos=...) at /b/dktemp/digikam-master/core/libs/imageproperties/imagepropertiessidebardb.cpp:175 #10 0x77605fc8 in Digikam::DigikamView::slotDispatchImageSelected (this=0xa5a1e0) at /b/dktemp/digikam-master/core/app/views/digikamview.cpp:1410 #11 0x7761b933 in Digikam::DigikamView::qt_static_metacall (_o=0xa5a1e0, _c=, _id=, _a=) at /b/dktemp/digikam-master/build/core/app/moc_digikamview.cpp:656 #12 0x00306c8af146 in QMetaObject::activate(QObject*, int, int, void**) () from /tmp/.mount_PrSY0I/usr/lib/libQt5Core.so.5 #13 0x00306c8bc8e8 in QTimer::timerEvent(QTimerEvent*) () from /tmp/.mount_PrSY0I/usr/lib/libQt5Core.so.5 #14 0x00306c8b075b in QObject::event(QEvent*) () from /tmp/.mount_PrSY0I/usr/lib/libQt5Core.so.5 #15 0x7fffef94623c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /tmp/.mount_PrSY0I/usr/lib/libQt5Widgets.so.5 #16 0x7fffef94d148 in QApplication::notify(QObject*, QEvent*) () from /tmp/.mount_PrSY0I/usr/lib/libQt5Widgets.so.5 #17 0x00306c887ad0 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /tmp/.mount_PrSY0I/usr/lib/libQt5Core.so.5 #18 0x00306c8d44de in QTimerInfoList::activateTimers() () from /tmp/.mount_PrSY0I/usr/lib/libQt5Core.so.5 #19 0x00306c8d4a19 in ?? () from /tmp/.mount_PrSY0I/usr/lib/libQt5Core.so.5 ---Type to continue, or q to quit--- #20 0x7fffed2041a7 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #21 0x7fffed204400 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #22 0x7fffed2044ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #23 0x00306c8d5547 in QEventDispatcherGlib::processEvents(QFlags) () from /tmp/.mount_PrSY0I/usr/lib/libQt5Core.so.5 #24 0x00306c885dba in QEventLoop::exec(QFlags) () from /tmp/.mount_PrSY0I/usr/lib/libQt5Core.so.5 #25 0x00306c88db9d in QCoreApplication::exec() () from /tmp/.mount_PrSY0I/usr/lib/libQt5Core.so.5 #26 0x00404e74 in main (argc=1, argv=) at /b/dktemp/digikam-master/core/app/main/main.cpp:237 (gdb) q -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 373003] wrongly calculated uniqueHash
https://bugs.kde.org/show_bug.cgi?id=373003 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #7 from Wolfgang Scheffner --- >Furthermore, most of the SQL errors are not sent to the GUI, they are only >visible on the command line. The user just don't see images or other weird >behavior and has no clue why. It would be really helpful to be more strict and >let the user know in case of errors.< (Kusi) As one of the most silly users (don't even know what a unique hash algorithm is) I can only support this as a matter of principle. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 326404] Unable to select picture in map search view
https://bugs.kde.org/show_bug.cgi?id=326404 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #6 from Wolfgang Scheffner --- I have similar problems in my DK 5.4.0. The "Select images" button works very strange in the Left Sidebar, if there are already a number of pictures selected it just toggles the selction of the one I'm clicking on. In general the shape of the mouse pointer doesn't change when you switch from one function to another, it remains the panning mode hand once you where in panning mode. One time I could make it change after going to "Select images by drawing a rectangle" but only after clicking several times on the map. In the map that opens with the main toolbar map button there where no pictures shown at all at first, only when I changed on the Left Sidebar from Albums to Map and fumbled a while on that little map they also appeared in the big map in the View Area. "Select images by drawing a rectangle" works in principle but it took me a while to find out that cannot just drag a rectangle by pressing and holding the left mouse button. You have to click where you want the first corner of the rectangle and then drag teh rectangle open and click a second time where you want the other corner. I guess this is not what most users expect. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 144177] In Caption/Tags sidebar, new Tags inherit the image of their parents
https://bugs.kde.org/show_bug.cgi?id=144177 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #10 from Wolfgang Scheffner --- I support the proposal of Dotan Cohen to have an option whether the new tag should inherit the icon or not, because the first can save you the hassle of finding a particular tag in lenghty tables/lists. I even "abuse" this function if I want the same icon for a tag that is not a child. I first create the new tag as a child and then move it to somewhere eles in the tree. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 353458] Some pictures have geolocalisation data, but the «geolocalised» tag is not attached
https://bugs.kde.org/show_bug.cgi?id=353458 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #15 from Wolfgang Scheffner --- In my 5.4.0 version I have the geotagged icon on none of the pics with GPS metadata. I never saw this icon. Shall I file a separate bug about that? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 353458] Some pictures have geolocalisation data, but the «geolocalised» tag is not attached
https://bugs.kde.org/show_bug.cgi?id=353458 --- Comment #17 from Wolfgang Scheffner --- Uups! Sorry, my fault! With that it works. -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 322117] digiKam : "Album/Open in File Manager" and "Album/Open In Terminal" action not working under Windows and OSX
https://bugs.kde.org/show_bug.cgi?id=322117 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #6 from Wolfgang Scheffner --- I can add that "Open in File Manager" also doesn't work in DK 5.4.0 under Kubuntu, neither from the Album menu nor from the context menu of an album. No dialog opens, just nothing happens. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 372378] Action after the search of the duplicated images
https://bugs.kde.org/show_bug.cgi?id=372378 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #1 from Wolfgang Scheffner --- Seems a bit difficult to me. How can an automated process decide which one of two identical images to process (delete or whatever)? Of course you could set the threshold to 100% and then say it doesn't matter, just process one of them. But 1. your search result gets very small with 100% and 2. the process would still need a rule to decide and that will most likely not match everybody's needs. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 372435] Use multiple cpu cores for duplicate search
https://bugs.kde.org/show_bug.cgi?id=372435 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #1 from Wolfgang Scheffner --- I support this request. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 302923] Sort Icon-view items found by Fuzzy Searches
https://bugs.kde.org/show_bug.cgi?id=302923 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #2 from Wolfgang Scheffner --- If I may say something to this issue although I'm only ;-) a documenter: If sorting by similarity is located under scetch and not under Duplicates or Image would not really help to make the GUI more intuitive. And from Mario's comment I feel that this would be quite a lot of work. I understand Julien: if you have to work with a big number of pics this could be a good help. But - sorry to say that - I feel that there are much more important issues to solve which probably would also help Julien. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 302923] Sort Icon-view items found by Fuzzy Searches
https://bugs.kde.org/show_bug.cgi?id=302923 --- Comment #5 from Wolfgang Scheffner --- Hey Mario, sure you may. I cannot really judge about the amount of work since I'm not a coder. And my second point is possibly obsolete because I now see that I probably misunderstood something. So forget it, at least for now! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 372481] Face tag assignment with copy/paste
https://bugs.kde.org/show_bug.cgi?id=372481 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #1 from Wolfgang Scheffner --- Works normal here, also under Kubuntu but with digiKam 5.4.0. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 369051] Too low similarity threshold in fuzzy/duplicate search bloats the results with potentially unwished high-similarity results [patch]
https://bugs.kde.org/show_bug.cgi?id=369051 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #10 from Wolfgang Scheffner --- Before I update the doc accordingly: shouldn't the labeling be changed now to "Similarity range" or at least "Thresholds"? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376074] Display-bookmarked-positions-on-the-map button doesn't work.
https://bugs.kde.org/show_bug.cgi?id=376074 --- Comment #6 from Wolfgang Scheffner --- Gilles, did you already check the new implementation or even put it into the AppImage bundle? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376330] New: "Move to bottom/top" buttons, d&d and "Print title" for presentation
https://bugs.kde.org/show_bug.cgi?id=376330 Bug ID: 376330 Summary: "Move to bottom/top" buttons, d&d and "Print title" for presentation Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: SlideShow Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- When working on slideshows in the presentation editor there are "move to top" and "move to bottom" buttons missing in the Main Settings tab. The possibility to d&d images into the editor from the main digiKam window would improve the editing process (which is nasty enough anyway) even more. And in the "Content" section of this tab there is "Print title" missing which is possible in the non-presentation slideshows. And when the title is printed is should appear on top of the caption, not below. This applies also to the non-presentation slideshows. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376331] New: Path when saving/opening presentation files should be remebered
https://bugs.kde.org/show_bug.cgi?id=376331 Bug ID: 376331 Summary: Path when saving/opening presentation files should be remebered Product: digikam Version: 5.5.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: SlideShow Assignee: digikam-de...@kde.org Reporter: wscheffn...@gmail.com Target Milestone: --- Currently when saving or opening a presentation file in the presentation editor the dialog comes up with /home/~/documents/, which is not very useful. At least I don't wont to use that directory for things like this because it would become a mess. I have the slideshows in a subfolder of the (my) pictures folder. Remembering the path would be better, would save you a lot of clicks when working on an extensive slideshow since one will hardly do it in one go - at least not me :-) In cases like this another solution might be to have default path settings somewhere in Configure digiKam. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376391] Add geolocation favorites to menu and shortcuts
https://bugs.kde.org/show_bug.cgi?id=376391 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #1 from Wolfgang Scheffner --- What exactly do you mean by "created some favorite locations in the geolocation editor"? Did you use "Create Bookmark" from the context menu? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376351] create a tool to automatically group jpeg and raw images with same name
https://bugs.kde.org/show_bug.cgi?id=376351 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #6 from Wolfgang Scheffner --- Created attachment 104004 --> https://bugs.kde.org/attachment.cgi?id=104004&action=edit Updated doc with "Group By Filename" I updated the doc accordingly (see patch attached). Whoever would like to commit it on my behalf (Gilles, Maik, Simon): feel free! Updated screenshot follows once the changes are in the AppImage. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376351] create a tool to automatically group jpeg and raw images with same name
https://bugs.kde.org/show_bug.cgi?id=376351 --- Comment #7 from Wolfgang Scheffner --- Simon, just for me to learn: why did you set "WORKSFORME" and not "FIXED"? Wolfgang Am 12.02.2017 um 12:11 schrieb Simon: > https://bugs.kde.org/show_bug.cgi?id=376351 > > Simon changed: > >What|Removed |Added > > Resolution|--- |WORKSFORME > Status|UNCONFIRMED |RESOLVED > -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376391] Add geolocation favorites to menu and shortcuts
https://bugs.kde.org/show_bug.cgi?id=376391 --- Comment #3 from Wolfgang Scheffner --- No problem! Unfortunately I have to tell you that this will appear in the digiKam handbook with the next release: - The Display-bookmarked-positions-on-the-map button is not working at the time of writing because the whole bookmark issue needs to be reorganized. This also affects the Bookmarks->Edit Bookmarks... item in the context menu on the list of images below the map and the Add Bookmark item in the context menu on the map. Warning: The use of Add Bookmark in the context menu on the map can lead to loss of your bookmarks in Marble! - But your idea is very good. So I would vote to keep this on the wishlist. It only might take some time because right now we are quite busy with a lot of other issues, sorry! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 361047] Wishlist: make grouped images more prominently visible [patch]
https://bugs.kde.org/show_bug.cgi?id=361047 Wolfgang Scheffner changed: What|Removed |Added CC||wscheffn...@gmail.com --- Comment #57 from Wolfgang Scheffner --- I think the mockup Jens provided in the first place is quite good, but just the color thing. Of course the rotated frames are a nice gimmick but the colors will do, maybe with just a thicker frame for the group leader; better than fumbling endless with the rotation. And if it really has to be a frame which indicates something "behind" the gruop leader and the rotation is the problem: why not just something like the icon under the thumbnail, stacked in a diagonal way? Wolfgang -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 361047] Wishlist: make grouped images more prominently visible [patch]
https://bugs.kde.org/show_bug.cgi?id=361047 --- Comment #59 from Wolfgang Scheffner --- Quite nice, that one! What I was talking about is not an additional icon but a stacked frame *like* the icon. Might be easier than a rotated frame. -- You are receiving this mail because: You are watching all bug changes.