<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk">
    <title>gmane.comp.kde.nepomuk</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/865"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/863"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/839"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/838"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/831"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/739"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/738"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/737"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/736"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/735"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/734"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/731"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/730"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/727"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/726"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/725"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/724"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/722"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/721"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.nepomuk/715"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/865">
    <title>Re: [nepomuk-kde] Request for feedback on Nepomuk ontology tickets</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/865</link>
    <description>&lt;pre&gt;Thanks a lot for your very valuable feedback. I will use this as
sufficient feedback to act on the tickets. It is about time. :)
Thank you.

Cheers,
Sebastian

On 05/09/2011 06:31 PM, Leo Sauermann wrote:
&lt;/pre&gt;</description>
    <dc:creator>Sebastian Trüg</dc:creator>
    <dc:date>2011-05-09T18:35:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/863">
    <title>[nepomuk-kde] Request for feedback on Nepomuk ontology tickets</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/863</link>
    <description>&lt;pre&gt;Hi guys,

may I ask you to please give feedback on as many Shared-desktop-ontology
tickets as possible [1]. Most notably tickets 83 and above.

Thanks a lot,
Sebastian


[1] https://sourceforge.net/apps/trac/oscaf/report/1?asc=1&amp;amp;sort=ticket
&lt;/pre&gt;</description>
    <dc:creator>Sebastian Trüg</dc:creator>
    <dc:date>2011-05-05T17:47:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/839">
    <title>Re: [nepomuk-kde] Crystal moved to Git</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/839</link>
    <description>&lt;pre&gt;Hi Sebas,

while this is very nice you are writing to the wrong list. Please use
nepomuk-RoXCvvDuEio&amp;lt; at &amp;gt;public.gmane.org in the future. :)

Cheers,
Sebastian

On 03/16/2011 10:59 PM, Sebastian Kügler wrote:
&lt;/pre&gt;</description>
    <dc:creator>Sebastian Trüg</dc:creator>
    <dc:date>2011-03-17T06:43:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/838">
    <title>[nepomuk-kde] Crystal moved to Git</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/838</link>
    <description>&lt;pre&gt;Hey,

The Crystal Destop Search widget has moved to Git.

git clone kde:plasma-crystal

Also here, if you're wondering about its status: it works fine for basic 
usage, is fairly pretty and won't eat your data. As usual, patches welcome :)

Cheers,
&lt;/pre&gt;</description>
    <dc:creator>Sebastian Kügler</dc:creator>
    <dc:date>2011-03-16T21:59:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/831">
    <title>Re: [nepomuk-kde] [Kde-hardware-devel] kdebase-workspace andkdebase-runtime git repos to validate</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/831</link>
    <description>&lt;pre&gt;
Indeed looks like some of the history is duplicated. On the other hand I 
except that quite a few of those commits appearing twice are coming from 
commits done in kdebase, not kdebase/runtime or kdebase/workspace solely.

In any case it doesn't look like a big deal to me. It's probably not worth the 
amount of work to try to have a leaner history on those modules.
 
Regards.
&lt;/pre&gt;</description>
    <dc:creator>Kevin Ottens</dc:creator>
    <dc:date>2011-01-04T17:43:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/739">
    <title>Re: [nepomuk-kde] Problems with NCO::IMAccount</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/739</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Dario Freddi</dc:creator>
    <dc:date>2010-05-11T13:52:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/738">
    <title>Re: [nepomuk-kde] Problems with NCO::IMAccount</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/738</link>
    <description>&lt;pre&gt;2010/5/11 Dario Freddi &amp;lt;drf54321-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

Agreed that this sucks.


The correct solution to this problem is to support "capabilities" on
an IMAccount, much like how Telepathy does it. "Audio" would be a
capability, as would "Video" and other things (can't think of any
examples off the top of my head, but there are plenty around).

I believe tracker have come up with some ontology stuff for
Telepathy-like "capabilities" - we should look at what they've done
and see if we can use it/base work off it to avoid reinventing the
wheel.

Cheers,

George
&lt;/pre&gt;</description>
    <dc:creator>George Goldberg</dc:creator>
    <dc:date>2010-05-11T13:39:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/737">
    <title>[nepomuk-kde] Problems with NCO::IMAccount</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/737</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Dario Freddi</dc:creator>
    <dc:date>2010-05-11T11:11:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/736">
    <title>Re: [nepomuk-kde] Heath Matlock wants to stay in touch on LinkedIn</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/736</link>
    <description>&lt;pre&gt;&amp;lt;offtopic&amp;gt; LOL I didn't realize you invited the list until now. Thought you 
invited me personally :) &amp;lt;/offtopic&amp;gt;

On Tuesday 11 May 2010 06:53:42 Heath Matlock wrote:

&lt;/pre&gt;</description>
    <dc:creator>Evgeny Egorochkin</dc:creator>
    <dc:date>2010-05-11T10:11:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/735">
    <title>Re: [nepomuk-kde] Heath Matlock wants to stay in touch on LinkedIn</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/735</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Heath Matlock</dc:creator>
    <dc:date>2010-05-11T03:53:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/734">
    <title>[nepomuk-kde] Heath Matlock wants to stay in touch on LinkedIn</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/734</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Heath Matlock</dc:creator>
    <dc:date>2010-05-10T05:54:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/731">
    <title>Re: [nepomuk-kde] serviceOwnerChanged usage</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/731</link>
    <description>&lt;pre&gt;Hi Aaron,

(for the future please use the new nepomuk mailing list hosted at kde:
https://mail.kde.org/mailman/listinfo/nepomuk)

I am aware of the necessary changes. And I would be happy, too if "one
of the nepomukians will be willing". ;)
In the end it will probably be me... I suppose I need tutoring when it
comes to delegation of work... any takers? :P

Cheers,
Sebastian

On 03/26/2010 05:58 AM, Aaron J. Seigo wrote:

&lt;/pre&gt;</description>
    <dc:creator>Sebastian Trüg</dc:creator>
    <dc:date>2010-03-26T08:17:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/730">
    <title>[nepomuk-kde] serviceOwnerChanged usage</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/730</link>
    <description>&lt;pre&gt;hi all...

i've spent parts of the last few days replacing usage of 
QDBusConnection::interface()'s serviceOwnerChanged() signal, which fires 
whenever any service appears or disappears on the bus, with 
QDBusServiceWatcher which is far more targetted. this lets processes sleep 
much more; seeing as this often comes into play when starting applications 
it's pretty important.

i've been selfish, however: i've concentrated on fixing things that plasma-
desktop uses directly! yes, i'm a bastard.

i'm writing this list because nepomuk code (ab)uses the serviceOwnerChanged 
signal in several places. i'm hoping one of the nepomukians will be willing to 
move to QDBusServiceWatcher.

here are the places that need work in kdelibs:

nepomuk/core/resourcemanager.cpp

and in kdebase/runtime:

nepomuk/kcm/nepomukserverkcm.cpp:             SIGNAL( serviceOwnerChanged( 
const QString&amp;amp;, const QString&amp;amp;, const QString&amp;amp; ) ),
nepomuk/server/servicecontroller.cpp:                 SIGNAL( 
serviceOwnerChanged( const QString&amp;amp;, c&lt;/pre&gt;</description>
    <dc:creator>Aaron J. Seigo</dc:creator>
    <dc:date>2010-03-26T04:58:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/727">
    <title>Re: [nepomuk-kde] positive feedback about NEPOMUK &amp; KDE 4.4 - and KOffice has RDF</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/727</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Leo Sauermann</dc:creator>
    <dc:date>2010-03-16T18:11:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/726">
    <title>Re: [nepomuk-kde] plugin "virtuosobackend" is not available</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/726</link>
    <description>&lt;pre&gt;
Even with recent rebuilds of KDE, I am still receiving this error. Is
there any more information I can give or should I submit it to
bugs.kde.org?

&lt;/pre&gt;</description>
    <dc:creator>Matt Williams</dc:creator>
    <dc:date>2010-03-16T11:15:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/725">
    <title>Re: [nepomuk-kde] [Kde-pim] jargon is bad! :)</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/725</link>
    <description>&lt;pre&gt;

How about just "Import email" without target.
Or "The way KDE stores email has changed. This program will help you to import 
[or: migrate to] your existing email into the new system (Akonadi)." That way 
primarily more descriptive terms are used, but the technology name is 
mentioned nevertheless for those who relate to it.

Frank
&lt;/pre&gt;</description>
    <dc:creator>Frank Osterfeld</dc:creator>
    <dc:date>2010-03-16T10:00:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/724">
    <title>[nepomuk-kde] jargon is bad! :)</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/724</link>
    <description>&lt;pre&gt;hi ...

first: apologies for the cross posting. at least you can see that it isn't -
just- your projects that suffer from the issue below, though ;)

ok, so the point of this email is to note the obvious: displaying jargon to 
the user is bad. the average computer user does not know what "compositing", 
"akonadi" or "nepomuk" are. they do understand what "desktop effects"[1], 
"personal information service"[2] or "search service" is.

in my testing of KDE 4 here with real, actual non-technical KDE users (so not 
people who use MS Windows or Mac usually and are randomly subjected to KDE for 
a testing session ;), something that keeps coming up is the jargon that gets 
"leaked" out into the UI.

this is not a small issue. it's the difference between "this is difficult, 
hard and sucks" and "i like this". seriously, even in failure people respond 
better when the messages they get are understandable and human. few things 
freak people out more than not understanding something they just read when it 
is somethin&lt;/pre&gt;</description>
    <dc:creator>Aaron J. Seigo</dc:creator>
    <dc:date>2010-03-16T01:40:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/722">
    <title>Re: [nepomuk-kde] positive feedback about NEPOMUK &amp; KDE 4.4 - yourock</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/722</link>
    <description>&lt;pre&gt;2010/3/9 Leo Sauermann &amp;lt;leo.sauermann-7kGu3w2zD6I&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:

Yes, I do, I work for KO GmbH, mainly on KOffice. Currently we are
adding initial RDF support to KOffice. For this we followed the draft
1.2 specification of ODF. This work is sponsored by NLNet. Most of the
work has been done by Ben Martin. This project is now running out and
we will write a final report on what is in there within a month.

With initial support we mean that loading and saving is supported and
initial annotation and display support. Being able to add RDF in ODF
documents in the xml serialization is big boon. It allows one to add
any data in a semantic way in the documents.

Since KOffice libraries can be used in 3rd party applications like the
Nokia office viewer, RDF support for ODF files opens up the way to
write specialized applications or koffice plugins for writing text
documents that make adding semantic annotation for specific fields
easy. As Inge observed, there many use cases for this.

Cheers,
Jos
&lt;/pre&gt;</description>
    <dc:creator>Jos van den Oever</dc:creator>
    <dc:date>2010-03-14T18:50:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/721">
    <title>Re: [nepomuk-kde] positive feedback about NEPOMUK &amp; KDE 4.4 - yourock</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/721</link>
    <description>&lt;pre&gt;
Definitely less complaints. Some people complain now that KDE insists on 
running to many instances of various DBs(Nepomuk, Akonadi, Amarok etc). Also, 
it seems there are more people trying to get Nepomuk to work for them as 
opposed to getting rid of it, which may also mean that people who were annoyed 
with it, learned the way to turn it off :)


It seems to be usable now and many people are wokring on integration:
* Dolphin
* Telepathy
* everything akonadi-based
* Bangarang
* SemNotes(next version is going to rock)
* removable media support

I also hope someone will take up my GSoC idea of web metadata augmentation 
framework, the most obvious applications of which is fetching extra media 
metadata, lyrics, also would be useful for scientific papers and such. 
Basically, it means putting whole NMM to work as opposed to the common 5 
properties.

I have implemented a good enough media metadata extractor

Also, I hope to have metadata backup/restore, sync, merging and PoC sharing by 
KDE 4.5


I tries wit&lt;/pre&gt;</description>
    <dc:creator>Evgeny Egorochkin</dc:creator>
    <dc:date>2010-03-14T07:24:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/715">
    <title>[nepomuk-kde] positive feedback about NEPOMUK &amp; KDE 4.4 - you rock</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/715</link>
    <description>&lt;pre&gt;Hi NEPOMUK,

I take the time of the successfull KDE 4.4 release to give some feedback:


Since years I watch the news about NEPOMUK-KDE, and this time (4.4), I
get the impression the news was very positive. So I conclude that users
and the press now ask "what NEPOMUK features do I get next?" instead of
"make it go away, it slows down my computer and I don't know what it is".
Is my feeling right? (I hope)

can you share some positive NEPOMUK KDE stories?


Second, I have been a frequent speaker about Semantic Desktop since
2003, and I am happy to confess that now finally I have something to
talk about:
NEPOMUK-KDE is it, and its gaining momentum.

At CeBIT 2010 I gave a talk about Semantic Desktop and KDE and oscaf.org
and gnowsis.com, and I asked the question: how many people use KDE in
the audience?
Of the ~100 people listening, around 8 rose their hands.

They asked interested questions, like "does it watch my files when I
move them", and I said "I think so, if not, ask the NEPOMUK-KDE
mailinglist, Sebasti&lt;/pre&gt;</description>
    <dc:creator>Leo Sauermann</dc:creator>
    <dc:date>2010-03-09T19:36:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.nepomuk/710">
    <title>Re: [nepomuk-kde] plugin "virtuosobackend" is not available</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.nepomuk/710</link>
    <description>&lt;pre&gt;
actually it is looking for the odbc driver which comes with Virtuoso.
There is a set of subfolders which are searched for the driver in
addition to the normal library paths:
virtuoso/plugins/, odbc/

Please check where "virtodbc_r.so" is installed.
&lt;/pre&gt;</description>
    <dc:creator>Sebastian Trueg</dc:creator>
    <dc:date>2010-02-12T19:11:17</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.kde.nepomuk">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.kde.nepomuk</link>
  </textinput>
</rdf:RDF>
