User-Agent: Build Identifier: when working on face recognition, mistakes can happen. Sometimes one attributes to fast names to deteced faces and gets mistaken. Therefore I ask urgently for an UNDO, as this would take just a few inputs, wheras we need to completely re-recognize complete folders for contributing names. Reproducible: Always Steps to Reproduce: 1. self explaining after my description above 2. 3. Actual Results: unsatifyieng, as this is (fur my opinion) not a seamless and professionell workflow. Expected Results: should work as expected- without edges
I would like to work on it. Can you please provide some more details of the undo functionality you want. Thanks Harsh On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de>wrote: > https://bugs.kde.org/show_bug.cgi?id=298160 > > Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > Summary|Urgent need for UNDO |add undo functionality for > | |face tagging operations > Severity|normal |wishlist > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > Digikam-devel mailing list > Digikam-devel@kde.org > https://mail.kde.org/mailman/listinfo/digikam-devel >
Hi Harsh: I´ll try to... First time, I did check my pics collection to recognize faces some days ago. This exploring phase took more than one day... The program found some hundreds of potential "faces" (or even structures) potentially similiar to faces. Sometimes, I did mistakes in acepting or rejecting faces. Of course, digikam offers an option re-check again. But this is time-consuming. And there is no certanity to click right if "face" or "not face", the second time… My thought is to keep some clicks in spare, so one can correct a click, if necessary. This is, the idea of UNDO, basically. I´m no programmer, unfortunately. And I could imagine, there should be several different solution pathes. Maybe just some type of cache, collecting the last ten or twenty clicks, and, if necessary, just UNDO the last one. thuiese "clicks" could be organized in a subsequent series of events, the newewst one replacing the one before n -> n-1 (newest) n-1 -> n-2 n-2 -> n-2 n-3 -> n-2 ... -> ... n-19 -> n-20 8oldest, just one step before erasing) hope I could make my idea somewaht clearer? Thank you for taking care of!! Axel --- Am 15.04.2012 21:21, schrieb Harsh Agrawal: > https://bugs.kde.org/show_bug.cgi?id=298160 > > --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- > I would like to work on it. Can you please provide some more details of the > undo functionality you want. > > Thanks > Harsh > > On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de>wrote: > >> https://bugs.kde.org/show_bug.cgi?id=298160 >> >> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: >> >> What |Removed |Added >> >> ---------------------------------------------------------------------------- >> Summary|Urgent need for UNDO |add undo functionality for >> | |face tagging operations >> Severity|normal |wishlist >> >> -- >> You are receiving this mail because: >> You are the assignee for the bug. >> _______________________________________________ >> Digikam-devel mailing list >> Digikam-devel@kde.org >> https://mail.kde.org/mailman/listinfo/digikam-devel >> >
One doubt, what do you mean by clicks here? On Mon, Apr 16, 2012 at 1:31 AM, Axel Krebs <axel.krebs@t-online.de> wrote: > https://bugs.kde.org/show_bug.cgi?id=298160 > > --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> --- > Hi Harsh: > > I´ll try to... > > First time, I did check my pics collection to recognize faces some days > ago. > > This exploring phase took more than one day... > > The program found some hundreds of potential "faces" (or even > structures) potentially similiar to faces. > > Sometimes, I did mistakes in acepting or rejecting faces. > > Of course, digikam offers an option re-check again. But this is > time-consuming. And there is no certanity to click right if "face" or > "not face", the second time… > > My thought is to keep some clicks in spare, so one can correct a click, > if necessary. This is, the idea of UNDO, basically. > > I´m no programmer, unfortunately. And I could imagine, there should be > several different solution pathes. > > Maybe just some type of cache, collecting the last ten or twenty clicks, > and, if necessary, just UNDO the last one. > > thuiese "clicks" could be organized in a subsequent series of events, > the newewst one replacing the one before > > n -> n-1 (newest) > n-1 -> n-2 > n-2 -> n-2 > n-3 -> n-2 > > ... -> ... > > n-19 -> n-20 8oldest, just one step before erasing) > > hope I could make my idea somewaht clearer? > > Thank you for taking care of!! > > > > > Axel > --- > Am 15.04.2012 21:21, schrieb Harsh Agrawal: > > https://bugs.kde.org/show_bug.cgi?id=298160 > > > > --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- > > I would like to work on it. Can you please provide some more details of > the > > undo functionality you want. > > > > Thanks > > Harsh > > > > On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de > >wrote: > > > >> https://bugs.kde.org/show_bug.cgi?id=298160 > >> > >> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: > >> > >> What |Removed |Added > >> > >> > ---------------------------------------------------------------------------- > >> Summary|Urgent need for UNDO |add undo functionality > for > >> | |face tagging operations > >> Severity|normal |wishlist > >> > >> -- > >> You are receiving this mail because: > >> You are the assignee for the bug. > >> _______________________________________________ > >> Digikam-devel mailing list > >> Digikam-devel@kde.org > >> https://mail.kde.org/mailman/listinfo/digikam-devel > >> > > > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > Digikam-devel mailing list > Digikam-devel@kde.org > https://mail.kde.org/mailman/listinfo/digikam-devel >
Hi Alex! I get your requirement. I could work on it but not before next week, will that be too late? As you mentioned this to be urgent. On Apr 16, 2012 1:31 AM, "Axel Krebs" <axel.krebs@t-online.de> wrote: > https://bugs.kde.org/show_bug.cgi?id=298160 > > --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> --- > Hi Harsh: > > I´ll try to... > > First time, I did check my pics collection to recognize faces some days > ago. > > This exploring phase took more than one day... > > The program found some hundreds of potential "faces" (or even > structures) potentially similiar to faces. > > Sometimes, I did mistakes in acepting or rejecting faces. > > Of course, digikam offers an option re-check again. But this is > time-consuming. And there is no certanity to click right if "face" or > "not face", the second time… > > My thought is to keep some clicks in spare, so one can correct a click, > if necessary. This is, the idea of UNDO, basically. > > I´m no programmer, unfortunately. And I could imagine, there should be > several different solution pathes. > > Maybe just some type of cache, collecting the last ten or twenty clicks, > and, if necessary, just UNDO the last one. > > thuiese "clicks" could be organized in a subsequent series of events, > the newewst one replacing the one before > > n -> n-1 (newest) > n-1 -> n-2 > n-2 -> n-2 > n-3 -> n-2 > > ... -> ... > > n-19 -> n-20 8oldest, just one step before erasing) > > hope I could make my idea somewaht clearer? > > Thank you for taking care of!! > > > > > Axel > --- > Am 15.04.2012 21:21, schrieb Harsh Agrawal: > > https://bugs.kde.org/show_bug.cgi?id=298160 > > > > --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- > > I would like to work on it. Can you please provide some more details of > the > > undo functionality you want. > > > > Thanks > > Harsh > > > > On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de > >wrote: > > > >> https://bugs.kde.org/show_bug.cgi?id=298160 > >> > >> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: > >> > >> What |Removed |Added > >> > >> > ---------------------------------------------------------------------------- > >> Summary|Urgent need for UNDO |add undo functionality > for > >> | |face tagging operations > >> Severity|normal |wishlist > >> > >> -- > >> You are receiving this mail because: > >> You are the assignee for the bug. > >> _______________________________________________ > >> Digikam-devel mailing list > >> Digikam-devel@kde.org > >> https://mail.kde.org/mailman/listinfo/digikam-devel > >> > > > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > Digikam-devel mailing list > Digikam-devel@kde.org > https://mail.kde.org/mailman/listinfo/digikam-devel >
Sorry Axel not Alex. On Apr 16, 2012 1:54 AM, "Aniket Handa" <atneik@gmail.com> wrote: > Hi Alex! > > I get your requirement. I could work on it but not before next week, will > that be too late? As you mentioned this to be urgent. > On Apr 16, 2012 1:31 AM, "Axel Krebs" <axel.krebs@t-online.de> wrote: > >> https://bugs.kde.org/show_bug.cgi?id=298160 >> >> --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> --- >> Hi Harsh: >> >> I´ll try to... >> >> First time, I did check my pics collection to recognize faces some days >> ago. >> >> This exploring phase took more than one day... >> >> The program found some hundreds of potential "faces" (or even >> structures) potentially similiar to faces. >> >> Sometimes, I did mistakes in acepting or rejecting faces. >> >> Of course, digikam offers an option re-check again. But this is >> time-consuming. And there is no certanity to click right if "face" or >> "not face", the second time… >> >> My thought is to keep some clicks in spare, so one can correct a click, >> if necessary. This is, the idea of UNDO, basically. >> >> I´m no programmer, unfortunately. And I could imagine, there should be >> several different solution pathes. >> >> Maybe just some type of cache, collecting the last ten or twenty clicks, >> and, if necessary, just UNDO the last one. >> >> thuiese "clicks" could be organized in a subsequent series of events, >> the newewst one replacing the one before >> >> n -> n-1 (newest) >> n-1 -> n-2 >> n-2 -> n-2 >> n-3 -> n-2 >> >> ... -> ... >> >> n-19 -> n-20 8oldest, just one step before erasing) >> >> hope I could make my idea somewaht clearer? >> >> Thank you for taking care of!! >> >> >> >> >> Axel >> --- >> Am 15.04.2012 21:21, schrieb Harsh Agrawal: >> > https://bugs.kde.org/show_bug.cgi?id=298160 >> > >> > --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- >> > I would like to work on it. Can you please provide some more details of >> the >> > undo functionality you want. >> > >> > Thanks >> > Harsh >> > >> > On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de >> >wrote: >> > >> >> https://bugs.kde.org/show_bug.cgi?id=298160 >> >> >> >> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: >> >> >> >> What |Removed |Added >> >> >> >> >> ---------------------------------------------------------------------------- >> >> Summary|Urgent need for UNDO |add undo functionality >> for >> >> | |face tagging operations >> >> Severity|normal |wishlist >> >> >> >> -- >> >> You are receiving this mail because: >> >> You are the assignee for the bug. >> >> _______________________________________________ >> >> Digikam-devel mailing list >> >> Digikam-devel@kde.org >> >> https://mail.kde.org/mailman/listinfo/digikam-devel >> >> >> > >> >> -- >> You are receiving this mail because: >> You are the assignee for the bug. >> _______________________________________________ >> Digikam-devel mailing list >> Digikam-devel@kde.org >> https://mail.kde.org/mailman/listinfo/digikam-devel >> >
One click equals one decision accepting (naming) an automatically recognized face; or not accepting (rejecting). So "one click" is synonym with one decicion, or one conscious contribution. hope this is clearer, now? Axel Am 15.04.2012 22:08, schrieb Harsh Agrawal: > https://bugs.kde.org/show_bug.cgi?id=298160 > > --- Comment #3 from Harsh Agrawal <dexter.1691@gmail.com> --- > One doubt, what do you mean by clicks here? > > On Mon, Apr 16, 2012 at 1:31 AM, Axel Krebs <axel.krebs@t-online.de> wrote: > >> https://bugs.kde.org/show_bug.cgi?id=298160 >> >> --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> --- >> Hi Harsh: >> >> I´ll try to... >> >> First time, I did check my pics collection to recognize faces some days >> ago. >> >> This exploring phase took more than one day... >> >> The program found some hundreds of potential "faces" (or even >> structures) potentially similiar to faces. >> >> Sometimes, I did mistakes in acepting or rejecting faces. >> >> Of course, digikam offers an option re-check again. But this is >> time-consuming. And there is no certanity to click right if "face" or >> "not face", the second time… >> >> My thought is to keep some clicks in spare, so one can correct a click, >> if necessary. This is, the idea of UNDO, basically. >> >> I´m no programmer, unfortunately. And I could imagine, there should be >> several different solution pathes. >> >> Maybe just some type of cache, collecting the last ten or twenty clicks, >> and, if necessary, just UNDO the last one. >> >> thuiese "clicks" could be organized in a subsequent series of events, >> the newewst one replacing the one before >> >> n -> n-1 (newest) >> n-1 -> n-2 >> n-2 -> n-2 >> n-3 -> n-2 >> >> ... -> ... >> >> n-19 -> n-20 8oldest, just one step before erasing) >> >> hope I could make my idea somewaht clearer? >> >> Thank you for taking care of!! >> >> >> >> >> Axel >> --- >> Am 15.04.2012 21:21, schrieb Harsh Agrawal: >>> https://bugs.kde.org/show_bug.cgi?id=298160 >>> >>> --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- >>> I would like to work on it. Can you please provide some more details of >> the >>> undo functionality you want. >>> >>> Thanks >>> Harsh >>> >>> On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de >>> wrote: >>> >>>> https://bugs.kde.org/show_bug.cgi?id=298160 >>>> >>>> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: >>>> >>>> What |Removed |Added >>>> >>>> >> ---------------------------------------------------------------------------- >>>> Summary|Urgent need for UNDO |add undo functionality >> for >>>> | |face tagging operations >>>> Severity|normal |wishlist >>>> >>>> -- >>>> You are receiving this mail because: >>>> You are the assignee for the bug. >>>> _______________________________________________ >>>> Digikam-devel mailing list >>>> Digikam-devel@kde.org >>>> https://mail.kde.org/mailman/listinfo/digikam-devel >>>> >>> >> >> -- >> You are receiving this mail because: >> You are the assignee for the bug. >> _______________________________________________ >> Digikam-devel mailing list >> Digikam-devel@kde.org >> https://mail.kde.org/mailman/listinfo/digikam-devel >> >
Hi, this is perfect. Besides: what is "urgent" for my purposes, maybe neglectible for other. I rely in digiKam "organizing comittee" to set priorities what is important or not- I can never oversee all demands. Axel Am 15.04.2012 22:24, schrieb Aniket: > https://bugs.kde.org/show_bug.cgi?id=298160 > > --- Comment #4 from Aniket <atneik@gmail.com> --- > Hi Alex! > > I get your requirement. I could work on it but not before next week, will > that be too late? As you mentioned this to be urgent. > On Apr 16, 2012 1:31 AM, "Axel Krebs" <axel.krebs@t-online.de> wrote: > >> https://bugs.kde.org/show_bug.cgi?id=298160 >> >> --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> --- >> Hi Harsh: >> >> I´ll try to... >> >> First time, I did check my pics collection to recognize faces some days >> ago. >> >> This exploring phase took more than one day... >> >> The program found some hundreds of potential "faces" (or even >> structures) potentially similiar to faces. >> >> Sometimes, I did mistakes in acepting or rejecting faces. >> >> Of course, digikam offers an option re-check again. But this is >> time-consuming. And there is no certanity to click right if "face" or >> "not face", the second time… >> >> My thought is to keep some clicks in spare, so one can correct a click, >> if necessary. This is, the idea of UNDO, basically. >> >> I´m no programmer, unfortunately. And I could imagine, there should be >> several different solution pathes. >> >> Maybe just some type of cache, collecting the last ten or twenty clicks, >> and, if necessary, just UNDO the last one. >> >> thuiese "clicks" could be organized in a subsequent series of events, >> the newewst one replacing the one before >> >> n -> n-1 (newest) >> n-1 -> n-2 >> n-2 -> n-2 >> n-3 -> n-2 >> >> ... -> ... >> >> n-19 -> n-20 8oldest, just one step before erasing) >> >> hope I could make my idea somewaht clearer? >> >> Thank you for taking care of!! >> >> >> >> >> Axel >> --- >> Am 15.04.2012 21:21, schrieb Harsh Agrawal: >>> https://bugs.kde.org/show_bug.cgi?id=298160 >>> >>> --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- >>> I would like to work on it. Can you please provide some more details of >> the >>> undo functionality you want. >>> >>> Thanks >>> Harsh >>> >>> On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg <marcel.wiesweg@gmx.de >>> wrote: >>> >>>> https://bugs.kde.org/show_bug.cgi?id=298160 >>>> >>>> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: >>>> >>>> What |Removed |Added >>>> >>>> >> ---------------------------------------------------------------------------- >>>> Summary|Urgent need for UNDO |add undo functionality >> for >>>> | |face tagging operations >>>> Severity|normal |wishlist >>>> >>>> -- >>>> You are receiving this mail because: >>>> You are the assignee for the bug. >>>> _______________________________________________ >>>> Digikam-devel mailing list >>>> Digikam-devel@kde.org >>>> https://mail.kde.org/mailman/listinfo/digikam-devel >>>> >>> >> >> -- >> You are receiving this mail because: >> You are the assignee for the bug. >> _______________________________________________ >> Digikam-devel mailing list >> Digikam-devel@kde.org >> https://mail.kde.org/mailman/listinfo/digikam-devel >> >
Cool Axel! I have started to have a look at it. Might take some time as I am not a regular developer for Digikam, rather I have just started. Will talk with other people and work on it. I though cannot guarantee that when will I be able to finish implementing this feature. Maybe Aniket and I can together work on it. Thanks Harsh. On Mon, Apr 16, 2012 at 10:02 AM, Axel Krebs <axel.krebs@t-online.de> wrote: > https://bugs.kde.org/show_bug.cgi?id=298160 > > --- Comment #7 from Axel Krebs <axel.krebs@t-online.de> --- > Hi, > > this is perfect. Besides: what is "urgent" for my purposes, maybe > neglectible for other. I rely in digiKam "organizing comittee" to set > priorities what is important or not- I can never oversee all demands. > > > Axel > > > Am 15.04.2012 22:24, schrieb Aniket: > > https://bugs.kde.org/show_bug.cgi?id=298160 > > > > --- Comment #4 from Aniket <atneik@gmail.com> --- > > Hi Alex! > > > > I get your requirement. I could work on it but not before next week, will > > that be too late? As you mentioned this to be urgent. > > On Apr 16, 2012 1:31 AM, "Axel Krebs" <axel.krebs@t-online.de> wrote: > > > >> https://bugs.kde.org/show_bug.cgi?id=298160 > >> > >> --- Comment #2 from Axel Krebs <axel.krebs@t-online.de> --- > >> Hi Harsh: > >> > >> I´ll try to... > >> > >> First time, I did check my pics collection to recognize faces some days > >> ago. > >> > >> This exploring phase took more than one day... > >> > >> The program found some hundreds of potential "faces" (or even > >> structures) potentially similiar to faces. > >> > >> Sometimes, I did mistakes in acepting or rejecting faces. > >> > >> Of course, digikam offers an option re-check again. But this is > >> time-consuming. And there is no certanity to click right if "face" or > >> "not face", the second time… > >> > >> My thought is to keep some clicks in spare, so one can correct a click, > >> if necessary. This is, the idea of UNDO, basically. > >> > >> I´m no programmer, unfortunately. And I could imagine, there should be > >> several different solution pathes. > >> > >> Maybe just some type of cache, collecting the last ten or twenty clicks, > >> and, if necessary, just UNDO the last one. > >> > >> thuiese "clicks" could be organized in a subsequent series of events, > >> the newewst one replacing the one before > >> > >> n -> n-1 (newest) > >> n-1 -> n-2 > >> n-2 -> n-2 > >> n-3 -> n-2 > >> > >> ... -> ... > >> > >> n-19 -> n-20 8oldest, just one step before erasing) > >> > >> hope I could make my idea somewaht clearer? > >> > >> Thank you for taking care of!! > >> > >> > >> > >> > >> Axel > >> --- > >> Am 15.04.2012 21:21, schrieb Harsh Agrawal: > >>> https://bugs.kde.org/show_bug.cgi?id=298160 > >>> > >>> --- Comment #1 from Harsh Agrawal <dexter.1691@gmail.com> --- > >>> I would like to work on it. Can you please provide some more details of > >> the > >>> undo functionality you want. > >>> > >>> Thanks > >>> Harsh > >>> > >>> On Mon, Apr 16, 2012 at 12:09 AM, Marcel Wiesweg < > marcel.wiesweg@gmx.de > >>> wrote: > >>> > >>>> https://bugs.kde.org/show_bug.cgi?id=298160 > >>>> > >>>> Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: > >>>> > >>>> What |Removed |Added > >>>> > >>>> > >> > ---------------------------------------------------------------------------- > >>>> Summary|Urgent need for UNDO |add undo functionality > >> for > >>>> | |face tagging > operations > >>>> Severity|normal |wishlist > >>>> > >>>> -- > >>>> You are receiving this mail because: > >>>> You are the assignee for the bug. > >>>> _______________________________________________ > >>>> Digikam-devel mailing list > >>>> Digikam-devel@kde.org > >>>> https://mail.kde.org/mailman/listinfo/digikam-devel > >>>> > >>> > >> > >> -- > >> You are receiving this mail because: > >> You are the assignee for the bug. > >> _______________________________________________ > >> Digikam-devel mailing list > >> Digikam-devel@kde.org > >> https://mail.kde.org/mailman/listinfo/digikam-devel > >> > > > > -- > You are receiving this mail because: > You are the assignee for the bug. > _______________________________________________ > Digikam-devel mailing list > Digikam-devel@kde.org > https://mail.kde.org/mailman/listinfo/digikam-devel >
*** Bug 445696 has been marked as a duplicate of this bug. ***