Sebastian Trüg | 9 May 2011 20:35
Picon
Favicon
Gravatar

Re: [nepomuk-kde] Request for feedback on Nepomuk ontology tickets

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:
> Hi Sebastian,
> 
> I went through the tickets... hth
> 
> best
> Leo
> 
> It was Sebastian Trüg who said at the right time 05.05.2011 19:47 the
> following words:
>> 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&sort=ticket
> 
> -- 
> Leo Sauermann, Dr.
(Continue reading)

Sebastian Trüg | 5 May 2011 19:47
Picon
Favicon
Gravatar

[nepomuk-kde] Request for feedback on Nepomuk ontology tickets

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&sort=ticket
Sebastian Kügler | 16 Mar 2011 22:59
Picon
Favicon
Gravatar

[nepomuk-kde] Crystal moved to Git

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,
--

-- 
sebas

http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9
Amir Pakdel | 11 Nov 2010 16:08
Picon
Gravatar

Re: Loading Baskets from the command line

Hi Sebastian,

I hope that I have done it right this time :D
Would you please take a look:
http://gitorious.org/~pakdel/basket/pakdels-basket/blobs/master/src/nepomukintegration.cpp

Moreover, I have changed NepomukSearchRunner a little bit, so I could
search for contents of notes using KRunner. I have attached the patch
for that too.

Thanks again for your help

Dear developers,
It would be great if anybody could test it.

Thanks everybody,
Amir

On Mon, Nov 1, 2010 at 2:16 PM, Sebastian Trüg <trueg@...> wrote:
> On 11/01/2010 10:53 AM, Amir Pakdel wrote:
>> Hi Sebastian,
>>
>> Thanks for your reply.
>>
>> On Mon, Nov 1, 2010 at 12:43 PM, Sebastian Trüg <trueg@...> wrote:
>>> Hi Amir,
>>>
>>> funnily enough you do exactly what was explained in "You are doing it
>>> wrong"[1]: you are trying to move the thread to itself. This, however,
>>> it not possible since the thread you want to move it to is not running
(Continue reading)

Dario Freddi | 11 May 2010 13:11
Picon
Gravatar

[nepomuk-kde] Problems with NCO::IMAccount

Hello people,

I'm writing you about some issues I found with NCO::IMAccount. These days, I'm 
adding to Nepomuk the relevant information for Audio/Video chat support, and I 
found some problems with the ontology itself.

Audio/Video chat support in Nepomuk is implemented through a different class, 
{Audio,Video}IMAccount. This creates the 2 following problems for me:

 - It is not guaranteed that an account capable of sending videos is capable 
of sending audio as well. I know, it's a weird case, but it might happen: 
however, this cannot be dealt with with the current ontology, where 
VideoIMAccount c AudioIMAccount.

 - The second one, which is slightly more serious, is the fact that a contact 
capability of sending Audio or Video might change in time, and I really don't 
know if it is possible to change the class of a Resource. Also, is there a 
sane way, given a resource, to find out if it is a subclass of something?

In the meanwhile (just for avoiding getting stuck), I added to Telepathy 
ontology 2 bool fields, supports{Video,Audio}, but I'd really like to see this 
fixed upstream, as I consider what I did in my ontology a temporary 
workaround. However, I think that something similar - more than adding some 
subclasses - would work out better.

--

-- 
-------------------

Dario Freddi
KDE Developer
(Continue reading)

Heath Matlock | 10 May 2010 07:54
Picon
Gravatar

[nepomuk-kde] Heath Matlock wants to stay in touch on LinkedIn

LinkedIn

I'd like to add you to my professional network on LinkedIn.

- Heath Matlock

Heath Matlock
Chief Operations Officer at Tweak Labs
Florence, Alabama Area

Confirm that you know Heath

© 2010, LinkedIn Corporation

<div>

<table border="0" width="550" cellpadding="0" cellspacing="0"><tr><td>  
  <h1>LinkedIn</h1>

<div>  

    <p>
      I'd like to add you to my professional network on LinkedIn.<br><br>
- Heath Matlock
    </p>

    <table cellpadding="0" cellspacing="0"><tr>
<td>
              </td>
        <td>
          <div>
            Heath Matlock<br>
                Chief Operations Officer at Tweak Labs 
            <br>
                  Florence, Alabama Area
          </div>

        </td>
      </tr></table>
<p>
              <a href="https://www.linkedin.com/e/isd/1286912303/wIIGLdwW/EML-invg_59/">Confirm that you know Heath</a>
    </p>
</div>

  <p>&copy; 2010, LinkedIn Corporation</p>

</td></tr></table>
</div>
Aaron J. Seigo | 26 Mar 2010 05:58
Picon
Favicon
Gravatar

[nepomuk-kde] serviceOwnerChanged usage

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&, const QString&, const QString& ) ),
nepomuk/server/servicecontroller.cpp:                 SIGNAL( 
serviceOwnerChanged( const QString&, const QString&, const QString& ) ),
nepomuk/kioslaves/search/kdedmodule/nepomuksearchmodule.cpp:    // connect to 
serviceOwnerChanged to catch crashed clients that never unregistered
nepomuk/kioslaves/search/kdedmodule/nepomuksearchmodule.cpp:             
SIGNAL( serviceOwnerChanged( const QString&, const QString&, const QString& ) 
),
nepomuk/services/queryservice/queryservice.cpp:             SIGNAL( 
serviceOwnerChanged( const QString&, const QString&, const QString& ) ),

:)

--

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Development Frameworks
Matt Williams | 16 Mar 2010 12:15
Favicon

Re: [nepomuk-kde] plugin "virtuosobackend" is not available

On 15 February 2010 17:22, Matt Williams <lists@...> wrote:
> On 12 February 2010 19:11, Sebastian Trueg <trueg@...> wrote:
>> Matt Williams wrote:
>>> I build KDE from source (trunk) and install it into my user area
>>> (~/kde/ where ~ is /home/epp/phrfbi). Yesterday I got round to
>>> building Virtuoso so that Nepomuk would work. I recompiled all of KDE
>>> and at each stage CMake picked up the necessary stuff to build Nepomuk
>>> support. It installed libsoprano_virtuosobackend.so to
>>> ~/kde/lib/soprano/.
>>>
>>> However, when I run nepomukserver from the command line I get the message:
>>>
>>> [/storage/epp1/phrfbi/kde/bin/nepomukservicestub] virtual bool
>>> Soprano::Virtuoso::BackendPlugin::isAvailable() const could not find
>>> Virtuoso ODBC driver (Soprano::PluginManager) plugin
>>> "virtuosobackend" is not available.
>>>
>>> I assume that this means that it is looking for
>>> libsoprano_virtuosobackend.so but not finding it. What mechanism does
>>> Soprano/Nepomuk use to find that plugin? I've set KDEDIRS
>>> appropriately but I'm guessing that that isn't enough.
>>
>> 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.
>
> That library is installed into a user-local lib directory (~/root/lib)
> which is present in LD_LIBRARY_PATH as it is not a standard library
> search path. I've attached the full output of nepomukserver.

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?

--

-- 
Matt Williams
http://milliams.com
Aaron J. Seigo | 16 Mar 2010 02:40
Picon
Favicon
Gravatar

[nepomuk-kde] jargon is bad! :)

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 something they feel they probably need to (like an error message).

i've fixed up nepomuk once or twice (but jargon continues to leak as new 
strings are added!), i've just looked through kwin's messages and fixed them 
up (after testing the results on a user here) and akonadi hasn't been touched 
yet (and is full of visible jargon).

please spend the few minutes necessary to improve this. it is really, really 
important. and please help prevent new strings with jargon from creeping in.

(there is no need to cc me or the other lists; i'm subscribed all the mailing 
lists in the CC :)

[1] personally i think this should actually be "Window Effects". kwin devs: 
what do you think?

[2] or whatever; is there a term already picked out?

--

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Qt Development Frameworks
Leo Sauermann | 9 Mar 2010 20:36
Picon
Favicon

[nepomuk-kde] positive feedback about NEPOMUK & KDE 4.4 - you rock

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, Sebastian is a very friendly guy".

I also met people from KOffice, Inge Wallin from KO GmbH, see here:
http://www.flickr.com/photos/leobard/4401710199/in/set-72157623534291606/
http://www.kogmbh.com

Jos, you know these guys (they say).

Inge showed me some RDF-based annotation features in KOffice and I get
the impression that he understood very well what it means to embed RDF
metadata in Text documents - he mentioned some serious business cases
and that they got funding to go ahead with them (I don't know how much
is public, so I rather remain vague here).

So, I could go on here for longer, but the essence is:
NEPOMUK-KDE is here to stay and I like it. We have an excellent basis
already, I am looking forward to seeing it grow more and more, and I am
telling others how great it is.

greetings from Vienna,
Leo

-- 
_____________________________________________________
Dr. Leo Sauermann       http://www.dfki.de/~sauermann 

Deutsches Forschungszentrum fuer 
Kuenstliche Intelligenz DFKI GmbH
Trippstadter Strasse 122
P.O. Box 2080           Fon:   +43 6991 gnowsis
D-67663 Kaiserslautern  Fax:   +49 631 20575-102
Germany                 Mail:  leo.sauermann@...

Geschaeftsfuehrung:
Prof.Dr.Dr.h.c.mult. Wolfgang Wahlster (Vorsitzender)
Dr. Walter Olthoff
Vorsitzender des Aufsichtsrats:
Prof. Dr. h.c. Hans A. Aukes
Amtsgericht Kaiserslautern, HRB 2313
_____________________________________________________

Matt Williams | 12 Feb 2010 12:48
Favicon

[nepomuk-kde] plugin "virtuosobackend" is not available

I build KDE from source (trunk) and install it into my user area
(~/kde/ where ~ is /home/epp/phrfbi). Yesterday I got round to
building Virtuoso so that Nepomuk would work. I recompiled all of KDE
and at each stage CMake picked up the necessary stuff to build Nepomuk
support. It installed libsoprano_virtuosobackend.so to
~/kde/lib/soprano/.

However, when I run nepomukserver from the command line I get the message:

[/storage/epp1/phrfbi/kde/bin/nepomukservicestub] virtual bool
Soprano::Virtuoso::BackendPlugin::isAvailable() const could not find
Virtuoso ODBC driver (Soprano::PluginManager) plugin
"virtuosobackend" is not available.

I assume that this means that it is looking for
libsoprano_virtuosobackend.so but not finding it. What mechanism does
Soprano/Nepomuk use to find that plugin? I've set KDEDIRS
appropriately but I'm guessing that that isn't enough.

Cheers,
Matt Williams

http://milliams.com

Gmane