<div class="gmail_quote">On Thu, Jul 28, 2011 at 14:49, Sebastian Trüg <span dir="ltr">&lt;<a href="mailto:trueg@kde.org">trueg@kde.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

On 07/28/2011 02:25 PM, Christian Mollekopf wrote:<br>
<div><div></div><div class="h5">&gt;&gt; Well, in the case of Akonadi nothing is merged anyway since you specify<br>
&gt;&gt; the url directly.<br>
&gt;&gt;<br>
&gt;&gt; Contact merging is really only done for the case of &quot;anonymous<br>
&gt;&gt; contacts&quot;, ie. those that are created as second-level resources.<br>
&gt;<br>
</div></div>&gt; Ok, fair enough.<br>
&gt; Since we still might want to have contacts merging also for those<br>
&gt; contacts, we could do that on a PIMO level I assume.<br>
&gt; I.e. as in the android phones, where you get your goolecontacts merged<br>
&gt; with the facebook contacts.<br>
<br>
Yes, definitely. I hope Martin&#39;s solution does not only include Akonadi<br>
contacts. ;)<br></blockquote><div><br></div><div>Nope, it takes all nco:PersonContacts it finds, no matter where they came from. This is actually something I stumbled upon not a long time ago as I had a solution only for akonadi contacts. It turned out pretty quickly that it needs to be more general.</div>

<div><br></div><div>But to get a bit back - the family use case. I believe that if someone is sharing an email in a family (I personally do not know anyone like that), I think they&#39;d use something like &quot;Mustermann family&quot; instead of two different names for one email. Besides, it&#39;s just wrong to do that. </div>

<div><br></div><div>Nevertheless my Nepomuk service currently does exactly what has been discussed here - when there is new nco:PersonContact, it searches Nepomuk for any other contact with that exact same email and if it finds one, it merges them together. In the light of previous discussion and previous use case, I guess I could add more parameters to compare, like name. Or should I a) discard it completely or b) move it to Nepomuk&#39;s core (where the other checks currently are)?</div>

<div><br></div><div>The rest of the service then takes care of creating pimo:person and/or adding grounding occurences to already existing pimo:person.</div><div><br></div><div>--</div><div>Marty K.</div></div>