<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi,<br>
first of all thanks for your feedback. I'm not a Digikam user (I'm
actually coming from the GNOME world :-p) so I'm very interested in the
way Digikam is used.<br>
Arnd Baecker a écrit :
<blockquote
cite="mid:Pine.LNX.4.51.0806202148250.26325@ptpcp7.phy.tu-dresden.de"
type="cite">
<pre wrap="">Hi,
On Fri, 20 Jun 2008, Gilles Caulier wrote:
</pre>
<blockquote type="cite">
<pre wrap="">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 <a class="moz-txt-link-rfc2396E" href="mailto:madcat@mymadcat.com"><madcat@mymadcat.com></a>:
</pre>
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
I am not sure what you mean by this. Are you thinking of
face detection/face recognition, as in
<a class="moz-txt-link-freetext" href="https://bugs.kde.org/show_bug.cgi?id=146288">https://bugs.kde.org/show_bug.cgi?id=146288</a> ?
More modestly, tags associated with a region of an image, see
<a class="moz-txt-link-freetext" href="https://bugs.kde.org/show_bug.cgi?id=146337">https://bugs.kde.org/show_bug.cgi?id=146337</a>, 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.
</pre>
</blockquote>
Yes, I'm talking about marking a region of the picture, not face
detection. IIRC face detection was a summer of code subject for fspot
some years ago, I don't know if it led to something.<br>
Why do you use the hierarchy for your people tags ? To classify for
example family -> uncles ? You could do that with the "people tag"
system, you'd have a "family" tag (classical one) with people tags
inside. The advantage is that you can specify the region. I'm also
planning to do a "smart" selection system : If for example you marked
three people of your family, then the system will put other members of
the family group at the top of the "available people" list.<br>
The point here is not only to make Digikam people aware, but also to
make it Nepomuk aware (I think I didn't mention it).<br>
<blockquote
cite="mid:Pine.LNX.4.51.0806202148250.26325@ptpcp7.phy.tu-dresden.de"
type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">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).
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
Hmm, personally I would very much like to keep the
possibility of a hiearchy....
</pre>
</blockquote>
I keep note of that.<br>
<blockquote
cite="mid:Pine.LNX.4.51.0806202148250.26325@ptpcp7.phy.tu-dresden.de"
type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">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 ?
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
So your aim is to connect information about people
(i.e. KDE's address book) with images, right?
</pre>
</blockquote>
More generally with any information in the Nepomuk repository. It can
even be networked as Nepomuk is network capable.<br>
<blockquote
cite="mid:Pine.LNX.4.51.0806202148250.26325@ptpcp7.phy.tu-dresden.de"
type="cite">
<pre wrap="">
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
<a class="moz-txt-link-freetext" href="https://bugs.kde.org/show_bug.cgi?id=149372">https://bugs.kde.org/show_bug.cgi?id=149372</a>
would be useful for different purposes)
This would allow both a hierarchy of tags, but
also the connection to the address book.
</pre>
</blockquote>
For now I'm planning on a people table along the tags table, I see it
as a "cleaner" way to do it (and it doesn't break compatibility with
the current schema). Of course that's open to discussion, as I'm
neither a Digikam nor a database guru.<br>
<blockquote
cite="mid:Pine.LNX.4.51.0806202148250.26325@ptpcp7.phy.tu-dresden.de"
type="cite">
<pre wrap="">
Just some thoughts ....
</pre>
</blockquote>
Again, these are very valuable for me<br>
<blockquote
cite="mid:Pine.LNX.4.51.0806202148250.26325@ptpcp7.phy.tu-dresden.de"
type="cite">
<pre wrap="">
Best, Arnd
</pre>
</blockquote>
<br>
Cheers<br>
Adrien<br>
<br>
</body>
</html>