[Digikam-devel] deleteIdentity

[Gilles Caulier]

Marcel,

I just analyzed recognition.db file with sqlitebrowser and add small
tables description in libkface Mainpage.dox :

https://projects.kde.org/projects/extragear/libs/libkface/repository/revisions/master/entry/libkface/Mainpage.dox

Please review. there are 2 tables where i don't know exactly the role
: OpenCVLBPHRecognizer and OpenTLDData

Can you give me somme comments about please ?

Gilles

2014-07-11 14:58 GMT+02:00 Gilles Caulier <caulier.gilles at gmail.com>:
> Marcel,
>
> About bugzilla file https://bugs.kde.org/show_bug.cgi?id=323888, i
> concluded to an upstream dysfunction from libsqlite.
>
> Tobias,
>
> I moved DESIGN file content to libkface Doxygen API documentation.
> Don't hesitate to review/fix/improve it :
>
> https://projects.kde.org/projects/extragear/libs/libkface/repository/revisions/master/show/libkface/Mainpage.dox
>
> Gilles
>
> 2014-07-10 20:16 GMT+02:00 Marcel Wiesweg <marcel.wiesweg at gmx.de>:
>>
>>> > I suspect something wrong in Digikam::DatabaseAccess that we don't
>>> > have with KFace::DatabaseAccess. Code is similar but no exactly the
>>> > same (i drop from here the DB schema about this problem).
>>>
>>> Marcel,
>>>
>>> I want mean in databasecorebackend.cpp instead databaseaccess.cpp
>>>
>>> For ex, why we have this kind of difference here :
>>
>>
>> libkface's database code was taken from digikam, and then modified to get rid
>> of the "one global database lock per application" which did not apply for
>> libkface. (in the long run, I would like to get rid of this in digikam as
>> well, but there are some assumption made that depend on this global lock)
>>
>>
>> _______________________________________________
>> Digikam-devel mailing list
>> Digikam-devel at kde.org
>> https://mail.kde.org/mailman/listinfo/digikam-devel