[Digikam-devel] Marking the persons on pictures with Digikam

[Gilles Caulier]

Arnd,

Look my recent post in ML. Adrien talk a book region from image where
people can be see and link these info with nepomuk.

Gilles

2008/6/20 Arnd Baecker <arnd.baecker at web.de>:
> Hi,
>
> On Fri, 20 Jun 2008, Gilles Caulier wrote:
>
>> Adrien, Marcel,
>>
>> I fork this mail to devel mailing list. please, we will continue in
>> this room. I would to have the viewpoint from others guy about this
>> subject.
>>
>> Best
>>
>> Gilles Caulier
>>
>> 2008/6/20 Adrien BUSTANY <madcat at mymadcat.com>:
>> > Hi,
>> > I've been thinking about the different ways to make Digikam "people aware",
>> > ie. to enable the user to tell Digikam who's on the picture.
>
> I am not sure what you mean by this. Are you thinking of
> face detection/face recognition, as in
> https://bugs.kde.org/show_bug.cgi?id=146288 ?
>
> More modestly, tags associated with a region of an image, see
> https://bugs.kde.org/show_bug.cgi?id=146337, added manually
> would allow a fine grained description for that.
>
> Currently I just use a hierarchy of tags to mark people in images.
> Apart from the usual effort needed for tagging,
> this works very well.
>
>> > Gilles is not sure kipi is the way to go, since the database access is quite
>> > limited if we go that way. We could enhance kipi to give a broader access to
>> > the database, but it'd add some constraints about the database for the other
>> > programs which use kipi.
>> > Anyway, whatever the way wo do it, we have to think about the storage part.
>> > My proposition is to add a new table to the database, named "people" or
>> > something like that. It wouldn't break the compatibility with other versions
>> > : recent versions will just have to check and add the table if it's missing,
>> > older versions will ignore it.
>> > The structure and usage of the table would be very similar to the ones of
>> > the "tags" database (without the hierarchy part).
>
> Hmm, personally I would very much like to keep the
> possibility of a hiearchy....
>
>> > We need a unique id, and
>> > either a name or a uid which identifies the person in KDE's address book.
>> > Akonadi is a central storage in KDE 4 for PIM information, and we could use
>> > it. However, it add a dependency on Akonadi. To compensate that we could
>> > make this feature an option, as for geolocalisation.
>> >
>> > What do you guys think about that ?
>
> So your aim is to connect information about people
> (i.e. KDE's address book) with images, right?
>
> Maybe one can add a kind of "link" to a given tag
> which points into the address book?
> I.e. each tag would get an additional property.
> (Additional properties for tags, like comments, see
>  https://bugs.kde.org/show_bug.cgi?id=149372
> would be useful for different purposes)
> This would allow both a hierarchy of tags, but
> also the connection to the address book.
>
> Just some thoughts ....
>
> Best, Arnd
> _______________________________________________
> Digikam-devel mailing list
> Digikam-devel at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-devel
>