<br><br><div class="gmail_quote">On Mon, May 7, 2012 at 9:53 PM, Albert Astals Cid <span dir="ltr"><<a href="mailto:aacid@kde.org" target="_blank">aacid@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
El Dilluns, 7 de maig de 2012, a les 11:48:00, Vishesh Handa va escriure:<br>
<div><div class="h5">> On Mon, May 7, 2012 at 5:03 AM, Albert Astals Cid <<a href="mailto:aacid@kde.org">aacid@kde.org</a>> wrote:<br>
> > El Dijous, 3 de maig de 2012, a les 00:32:37, Vishesh Handa va escriure:<br>
> > > Hey everyone!<br>
> > ><br>
> > > snip<br>
> > ><br>
> > > The second solution is -<br>
> > > * nepomuk-core installs the headers in nepomuk2<br>
> > > * the library already has a different name, so there are no clashes over<br>
> > > there<br>
> > > * kde-runtime/nepomuk is removed<br>
> > > * nepomuk-core is added as a dependency of kde-runtime<br>
> > ><br>
> > > The problem with the second solution is that all applications using<br>
> ><br>
> > Nepomuk<br>
> ><br>
> > > will also need to depend on nepomuk-core. So far the list includes -<br>
> > > Dolphin, KDE-pim and Telepathy (kinda)<br>
> ><br>
> > Why is this needed? Can't they continue using the old APIs?<br>
><br>
> Short answer: No<br>
><br>
> Long Answer:<br>
><br>
> The original Nepomuk APIs that are present in kdelibs are synchronous. They<br>
> basically provide a glorified cache over the Nepomuk data which is stored<br>
> in virtuoso. Applications which push large amounts of information into<br>
> Nepomuk (Feeders) do not need to know anything about the data already<br>
> present in Nepomuk, they just need to push large quantities of data as fast<br>
> as they can.<br>
><br>
> Using the synchronous kdelibs APIs makes this very hard. Additionally, the<br>
> asynchronous API for pushing data provides has in-built duplicate detection<br>
> and merging. That's something that was *very hard* to implement. It seems<br>
> like an overkill for the clients to implement something like that on their<br>
> own.<br>
><br>
> kde-pim and Telepathy use these new asynchronous APIs. So does Trueg's TV<br>
> Naming Application.<br>
><br>
> Secondly, the APIs in kdelibs did not provide any mechanism for monitoring<br>
> changes in resources. We've now finally implemented a good method of<br>
> monitoring changes that does not tax the entire system. Dolphin uses this<br>
> new ResourceWatcher API to monitor for changes in tags and ratings.<br>
><br>
> And finally, the new APIs provide a method for properly merging resources.<br>
> A couple of miscellaneous applications are using this - Nepomuk Tag manager.<br>
><br>
> Btw, when I say "new APIs", I mean introduced in kde-runtime 4.7. So they<br>
> are about a year old.<br>
<br>
</div></div>So you mean yes, they can, they do now and can still do it, even if using the<br>
"old" APIs are suboptimal.<br>
<br>
Right?<br></blockquote><div><br>I'm sorry. What?<br><br>Yes they can still use the old apis, but it would be horribly horribly slow and would create a lot of useless data in the process. Also somethings like change monitoring and merging resources are flat out impossible.<br>
<br>I'm not okay with applications having to stick with the old faulty APIs when we have put in so much effort to make these new ones.<br><br>Also, can we substitute the word "old apis" with "kdelibs/nepomuk apis" and "new apis" with "datamangement apis". This is getting a little confusing. <br>
<br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
Albert<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
> > Cheers,<br>
> ><br>
> >  Albert<br>
> ><br>
> > > What do you guys think?<br>
> > ><br>
> > > [1] <a href="https://projects.kde.org/projects/kde/kdelibs/nepomuk-core" target="_blank">https://projects.kde.org/projects/kde/kdelibs/nepomuk-core</a><br>
> > > [2]<br>
> ><br>
> > <a href="http://trueg.wordpress.com/2011/06/08/nepomuk-2-0-and-the-data-management-" target="_blank">http://trueg.wordpress.com/2011/06/08/nepomuk-2-0-and-the-data-management-</a><br>
> > se><br>
> > > rvice/<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br><br>