<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, May 4, 2013 at 9:18 PM,  <span dir="ltr"><<a href="mailto:phreedom@yandex.ru" target="_blank">phreedom@yandex.ru</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Суббота 04 мая 2013 20:14:37 Vishesh Handa wrote:<br>
> On Sat, May 4, 2013 at 7:47 PM, Ivan Čukić <<a href="mailto:ivan.cukic@kde.org">ivan.cukic@kde.org</a>> wrote:<br>
> > > <res> nie:plainTextContent "title artist album whatevereElse" .<br>
> ><br>
> > For me, the plainTextContent of a song would be the lyrics. This seems<br>
> > like a<br>
> > misuse of the property. With a very good reason behind it, but still a<br>
> > misuse.<br>
> ><br>
> > I remember when I wanted to keep all activities in one string property as<br>
> > a \n<br>
> > terminated list to make it speedy :D<br>
> ><br>
> > I'd say go for it, but only as a last resort.<br>
><br>
> I would not like Nepomuk to be a data store. It's not the place to store<br>
> your lyrics to fetch them later, same for emails and files. It is a place<br>
> to store structured data.<br>
><br>
> In the case of lyrics, the main reason we are storing them is to be able to<br>
> be search through them, not to display them to the user. So we can<br>
> potentially append other data.<br>
<br>
</div>Yes and no.  Until discardable graphs were introduced, there was even no<br>
distinction between primary storage and cached stuff. The real life is even<br>
more complicated, you can have local data indexed, you can have  remote data<br>
indexed(and it would be very very nice to have it cached) and for some tuff<br>
nepomuk is used as the primary storage.<br>
<br>
The reason people are trying to stuff nepomuk with their blobs is very simple:<br>
there's a very real demand for this functionality and nepomuk ontologies as-is<br>
already allow you to store your whole filesystem, including all byte<br>
streams/file contents, so it looks like a very reasonable approach, especially<br>
since nobody actually offers an alternative. Ok akonadi is the only exception<br>
which provides caching of remote data but it's domain-specific.<br>
<br>
Imagine a user finding a music video by its lyrics, opening the video only to<br>
discover that (s)he can't see any lyrics, because nepomuk got its lyrics from<br>
some web extractor. Thus the motivation to use nepomuk at least as a cache of<br>
data, not only for search purposes.<br></blockquote><div><br></div><div>You do have a point. In this case they should be able to access the lyrics.<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
There's no primary storage for user-generated rdf at all, so the data is<br>
stored in nepomuk and users are disappointed when something breaks or<br>
disappears.<br></blockquote><div><br></div><div>If we treat Nepomuk as a data store, then you have to deal with keeping the store up to date. Specifically in the case of Akonadi - what are applications supposed to use? Nepomuk or Akonadi? And then we also need a 2 way sync to keep both the databases up to date.<br>
<br></div><div>So I prefer treating Nepomuk as a cache just for searching, but I get that it isn't in the case of tags, and ratings, and other specific rdf. So it's weird.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
I'm currently experimenting with solutions to some of these issues, but I<br>
can't do it fast due to time constraints. I don't expect anything worth going<br>
public with in the next couple of months at least and that's if I'm lucky :(<br></blockquote><div><br></div><div>Could you elaborate?<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Nepomuk mailing list<br>
<a href="mailto:Nepomuk@kde.org">Nepomuk@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/nepomuk" target="_blank">https://mail.kde.org/mailman/listinfo/nepomuk</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><span style="color:rgb(192,192,192)">Vishesh Handa</span><br>
</div></div>