On Saturday 01 June 2013 00.00:57 Lindsay Mathieson wrote:
> What component should nepomuk mail feeder bugs be reported against? neopmuk
> or kmail2?
Akonadi -> Nepomuk Feeder Agents
Cheers,
Christian
___
Nepomuk mailing list
Nepomuk@kde.org
https://mai
On Sunday 26 May 2013 14.49:25 Volker Krause wrote:
> On Sunday 26 May 2013 13:23:14 Christian Mollekopf wrote:
> > On Sunday 26 May 2013 04.28:01 Vishesh Handa wrote:
> > > Hey guys
> > >
> > > I have made a very important discovery - The Stora
On Sunday 26 May 2013 04.28:01 Vishesh Handa wrote:
> Hey guys
>
> I have made a very important discovery - The Storage service is a big
> bottleneck!
>
> Running a query such as - 'select * where { graph ?g { ?r ?p ?o. } } LIMIT
> 5' by directly connecting to virtuoso via ODBC takes about 2.
On Saturday 25 May 2013 00.04:20 Vishesh Handa wrote:
> On Fri, May 24, 2013 at 5:11 PM, Christian Mollekopf
>
> wrote:
> > On Thursday 23 May 2013 19.44:04 Vishesh Handa wrote:
> > > Hey guys
> > >
> > > We seem to have run into a situation where
On Thursday 23 May 2013 19.44:04 Vishesh Handa wrote:
> Hey guys
>
> We seem to have run into a situation where we need to fetch some identifier
> of a nco:ContactMedium, and we noticed that nco:emailAddress does not
> derive from nao:identifier.
>
> whereas nco:imID does.
>
> If no one object,
On Saturday 18 May 2013 11.01:00 Volker Krause wrote:
> > I think there are two possible options where we could add this to the db:
> > * a dedicated table
> > * a special part
>
> There's a third: an extra (indexed) column for the item, and methods for
> setting/getting this in Akonadi::Item.
>
Hey,
The two primarily used standards for PIM data, vcard and ical, both assign a
globally unique UID to each object, and naturally make references based on
them.
Searching an item by UID, e.g . to resolve such a reference, currently
involves
parsing the payload of each item to extract the
On Saturday 04 May 2013 20.11:34 Vishesh Handa wrote:
> > I think that's a good idea. We're also already using it that way to be
> > able to
> > search through emails with markup in the email feeder, and I see no reason
> > why
> > we can't extend that to other resource types (after all the proper
On Saturday 04 May 2013 16.38:54 Ivan Čukić wrote:
> > It's actually a property specifically for this purpose:
> > "Plain-text representation of the content of a InformationElement with all
> > markup removed. The main purpose of this property is full-text indexing
> > and
>
> And title/album/auth
On Saturday 04 May 2013 16.17:56 Ivan Čukić wrote:
> > nie:plainTextContent "title artist album whatevereElse" .
>
> For me, the plainTextContent of a song would be the lyrics. This seems like
> a misuse of the property. With a very good reason behind it, but still a
> misuse.
It's actually a pr
On Saturday 04 May 2013 18.49:05 Vishesh Handa wrote:
> Hey guys
>
> I was thinking of moving all the plain text related to a file into the
> nie:plainTextContent of the resource. So in the case of music we would have
> -
>
> nie:plainTextContent "title artist album whatevereElse" .
>
> for th
On Tuesday 19 February 2013 22.18:43 Vishesh Handa wrote:
> Hey everyone
>
> On Wed, Feb 13, 2013 at 8:30 PM, Matthew Dawson
wrote:
> > .Especially since you remarked a duplicate is not a big deal, yes you
> > should be
> > fine. For quick reference of the probabilities, Wikipedia offers:
> >
>
On Wednesday 30 January 2013 18.38:47 Daniel Vrátil wrote:
> On Tuesday 22 of January 2013 16:10:46 Daniel Vrátil wrote:
> > Hi folks,
> >
> > I'm working on support for Nepomuk search in Akregator2. I have not found
> > any suitable ontology for indexing RSS articles, so I made an attempt to
> >
On Tuesday 22 January 2013 18.10:14 Vishesh Handa wrote:
>
> 1. Add an explicit Resource::setWatchEnabled( bool ) function in the
> Resource class which clients can call if they want updates.
> *
That's maybe safer in case there is still a client relying on that
functionality..
> *
> 2. Disable
On Tuesday 18 December 2012 17.15:32 Vishesh Handa wrote:
> Hey everyone
>
> In Akonadi, they have a very common problem where they need to do a full
> text search across a number of properties and find the associated contact.
>
> The properties are -
> * nco:fullname
> * nco:nameGiven
> * nco:na
Hey,
I agree about creation date and modification date, I can't think of any use-
case for them. I'm not sure about the other two though:
== Type of graph ==
Isn't this the primary distinction between user created content and machine
generated content? As we're dealing with massive amounts of da
On Thursday 29 November 2012 15.08:35 Frank Reininghaus wrote:
> Hi,
>
> 2012/11/29 Martin Klapetek:
> > On Wed, Nov 28, 2012 at 5:47 PM, Frank Reininghaus
> >
> > wrote:
> >> The problem I see is that we have to use something as a temporary
> >> window+tab title while we are waiting for the sig
it by calling
Nepomuk::ResourceManager::instance()->init(), but I'd welcome this fix.
- Christian Mollekopf
On Oct. 13, 2012, 7:31 p.m., Till Adam wrote:
>
> ---
> This is an automatically generated e-mail. To rep
duplicates.
Or am I just misunderstanding something?
- Christian Mollekopf
On Oct. 3, 2012, 12:11 p.m., Vishesh Handa wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> ht
On Wednesday 22 August 2012 12.48:04 Vishesh Handa wrote:
> Hey guys
>
> I've been lately working on better automated testing for Nepomuk, and since
> I've never attempted stuff like this before, I'm not sure if I'm going in
> the right direction.
>
> Nepomuk has a server-client architecture wher
Hey,
I'm trying to write a little helper application to check the status of the
akonadi indexing, but ran into a problem:
If I'm running this query:
Soprano::QueryResultIterator result = Nepomuk::ResourceManager::instance()-
>mainModel()->executeQuery(QString::fromLatin1("select ?compatLevel whe
On Thu, May 3, 2012, at 02:22 PM, Vishesh Handa wrote:
On Thu, May 3, 2012 at 3:09 AM, Christian Mollekopf
<[1]chrig...@fastmail.fm> wrote:
> On Thursday 03 May 2012 00.32:37 Vishesh Handa wrote:
>
> Hey everyone!
>
Hey Vishesh,
Hey Christian
Glad your tackling
> On Thursday 03 May 2012 00.32:37 Vishesh Handa wrote:
>
> Hey everyone!
>
Hey Vishesh,
Glad your tackling this, it's indeed a rather painful situation.
>
> So, we need a solution.
>
> The first solution -
> * Remove nepomuk from kdelibs and kde-runtime
> * Make nepomuk-core a compile time d
sday 19 January 2012 01.43:12 Christian Mollekopf wrote:
> Hey,
>
> I spent today to improve the searching situation a bit, but couldn't fix all
> problems yet. It's a more of a workaround than a real fix as you can see
> but at least basic searching works this way. A better s
ed to akonadi and we manage to exclude the
search collection, we'll have at least half-way decent searching in 4.8.
Cheers,
Christian
>From 16bfabe51581517321179c6db0a36aad97a25ea9 Mon Sep 17 00:00:00 2001
From: Christian Mollekopf
Date: Thu, 19 Jan 2012 01:05:25 +0100
Subject: [PATCH] Use the
On Wed, Jan 18, 2012, at 07:48 PM, Milian Wolff wrote:
> On Wednesday 18 January 2012 01:16:01 Christian Mollekopf wrote:
> > On Tuesday 17 January 2012 17.37:19 Michael Jansen wrote:
> > > On Monday, January 16, 2012 06:41:33 PM Christian Mollekopf wrote:
>
> > > This requested property never makes it to the server however. I suspect
> > > that
> > > it is because the dbus interface changed, because there is yet another
> > > copy of
> > > that nepomuk code in the akonadi server.
> >
> > true, request properties are transferred in a different wa
On Wed, Jan 18, 2012, at 11:29 AM, Sebastian Trüg wrote:
> On 01/18/2012 10:04 AM, Christian Mollekopf wrote:
> > On Wednesday 18 January 2012 09.14:31 Sebastian =?ISO-8859-1?Q?Tr=FCg?=
> > wrote:
> >> On 01/17/2012 12:14 AM, Allen Winter wrote:
> >>> O
On Wednesday 18 January 2012 09.14:31 Sebastian =?ISO-8859-1?Q?Tr=FCg?= wrote:
> On 01/17/2012 12:14 AM, Allen Winter wrote:
> > On Monday 16 January 2012 12:41:33 PM Christian Mollekopf wrote:
> >> Hey Sebastian,
> >>
> >> I don't see the problem wi
Hey Sebastian,
I don't see the problem with this as this timer just kickstarts the
processing and can be called as many times as you want. The ItemQueue
does the actual feeding of the data. The processing of the ItemQueue is
triggered by the processItem() function which simply does nothing if
call
--------
On Nov. 30, 2011, 2:38 a.m., Christian Mollekopf wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/103294/
> -
ecd6c3d30d739b9a3edf0da0f8150312e493ecc8
agents/nepomukfeeder/test/akonadinepomukfeeder_indexer.cpp PRE-CREATION
Diff: http://git.reviewboard.kde.org/r/103294/diff/diff
Testing
---
Works for me.
Thanks,
Christian Mollekopf
___
Nepomuk mailing list
Nepomuk@kde.org
https
Hey,
I'm currently trying to debug a problem in the akonadi_nepomuk_feeder -
virtuoso stack. It's pretty difficult to debug however and I'm not sure what's
going on yet.
What I can see is that, virtuoso and nepomuk_storage go berserk (fully using
my cpu), and the feeder using lot's of ram sudd
On Thursday, November 10, 2011 9:54 AM, "Jörg Ehrichs"
wrote:
> Hi Christian,
>
> thanks for the answer.
>
> > [...] Unfortunately the Nepomuk::Resource api has not been ported to
> > the DMS yet, but once this is done the resource will be automatically
> > merged based on the nie:url property
Hi Jörg,
That actually pretty much the same scenario why I did rewrite large
parts of the feeders. I'm surprised that you didn't face any problems
with the old approach.
With the new approach Resources should be finally merged properly,
meaning it also doesn't matter if your resource was created b
ry about the delay.
>
> On Mon, Oct 31, 2011 at 4:42 PM, Sebastian Trüg wrote:
> > Hi Christian,
> >
> > let's meet up this week to discuss the problem and hopefully fix it. So
> > far I stayed clean of the storeResources code but with Vishesh not
> >
n
PS: I added the pastes before they are deleted from pastie
On Saturday, October 08, 2011 03:12:51 PM Christian Mollekopf wrote:
> Hi Vishesh,
>
> The duplicates merging code doesn't cut it for the feeders yet.
> As far as I could track it down the problem is that I have hierarch
t, that should actually work, but I haven't tested it yet.
Cheers,
Christian
>
> Cheers,
> Sebastian
>
> On 09/26/2011 11:17 PM, Christian Mollekopf wrote:
> > Hey,
> >
> > In the email feeder we used to be leaving some indexing tasks up to
> > strigi
Hi Vishesh,
The duplicates merging code doesn't cut it for the feeders yet.
As far as I could track it down the problem is that I have hierarchies of
resources which need to be merged together.
I.e. I add a contact with it's email address several times to the graph. The
email addresses are now
Hey,
In the email feeder we used to be leaving some indexing tasks up to strigi,
which was done by code like this:
KProcess proc;
proc.setOutputChannelMode( KProcess::ForwardedChannels );
proc.setProgram( KStandardDirs::findExe( "nepomukindexer" ); );
proc << "--uri" << url.url().toLocal8Bit();
p
On Monday 26 September 2011 16.42:00 Sebastian Trüg wrote:
> Sadly this is not resolved yet as I did not hear from the KDE packager
> back yet. :(
Alright, lets hope for the best then...
>
> On 09/26/2011 11:34 AM, Christian Mollekopf wrote:
> > Hi,
> >
> > As far
Hi,
As far as I understand it, it is now clear that all nepomuk code will be
shipped from 4.8 on from the nepomuk-core repository.
Does that mean I can start relying on nepomuk-core in kdepim, instead of the
runtime dependency on kde-runtime and the dms copy?
Just to be sure.
Cheers,
Christian
On Monday, August 22, 2011 07:15:31 PM swair shah wrote:
> Can anyone reproduce this bug(?):
> virtuoso hogged the memory so i killed it and restarted nepomukserver, and
> now all my pimo:projects are deleted.
I do this on a regular basis (in my devel setup), and never experienced any
data loss s
On Sunday, August 21, 2011 07:53:37 AM swair shah wrote:
> Hi,
>
Hey swair,
> Does having Pimo:Tasks as optional subsets of Pimo:project make sense? This
> is is reference to a 'project management tool'.
> Treating Tasks in a similar way websites, persons, files and notes with
> respect to a Pimo
a.m.)
>
>
> Review request for KDEPIM, Nepomuk and Christian Mollekopf.
>
>
> Summary
> ---
>
> This is the port of Akonadi's Nepomuk-Contact-Feeder to the new Nepomuk
> SimpleResource API. It follows Christian Mollekopf's NepomukFeederAgent port
Hey,
I just pushed the Nepomukfeederagent, so we can continue with merging the
contactfeeder.
Cheers,
Christian
On Wed, 27 Jul 2011 08:06:42 +0200, Sebastian Trüg wrote:
On 07/27/2011 12:53 AM, Christian Mollekopf wrote:
On Tue, 26 Jul 2011 13:42:51 +0200, Sebastian Trüg
wrote:
On
> On July 22, 2011, 8:04 a.m., Vishesh Handa wrote:
> >
I also think marking the thing/resource as a sub-resource would be a good
solution.
But this should happen on a per application level.
I.e. application X marks a subresource, which would be automatically deleted if
a links to it are rem
Hey,
To bring an old topic up, does anyone have an idea how to get rid of
PIMO:Things if I don't have control over the grounding occurrence?
In my case that is a feeder generated resource (who would have guessed..),
so a combined InformationElement/DataObject.
For tagging purposes I generate
Hey,
Currently we're setting for every indexed item a NAO::prefSymbol(),
which is a NAO::FreeDesktopIcon with the name of the icon (i.e.
"view-pim-calendar").
I intend to use this symbol in generic listviews, i.e. you have a list of
random resources
and you can identify them with the little i
On Fri, 29 Jul 2011 08:31:37 +0200, Sebastian Trüg wrote:
> On 07/29/2011 08:24 AM, Christian Mollekopf wrote:
>> On Fri, 29 Jul 2011 08:21:30 +0200, Sebastian Trüg
>> wrote:
>>
>>> On 07/29/2011 08:11 AM, Christian Mollekopf wrote:
>>>> On Fri, 2
On Fri, 29 Jul 2011 02:02:08 +0200, Martin Klapetek
wrote:
> On Thu, Jul 28, 2011 at 14:49, Sebastian Trüg wrote:
>
>> On 07/28/2011 02:25 PM, Christian Mollekopf wrote:
>> >> Well, in the case of Akonadi nothing is merged anyway since you
>>
On Thu, 28 Jul 2011 11:33:20 +0200, Sebastian Trüg wrote:
> On 07/28/2011 12:28 AM, Christian Mollekopf wrote:
>> Hey,
>>
>> as I understand it, you want to use this to merge resources, right?
>> While I generally agree that it would be useful to have these
>> &q
On Wed, 27 Jul 2011 23:42:50 +0200, Vishesh Handa
wrote:
> On Thu, Jul 28, 2011 at 12:46 AM, Sebastian Trüg wrote:
>
>> How about another parameter instead which specifies these kind of
>> properties in a list. Then a client can define what makes sense.
>>
>
> That would increase the complexit
Hey,
as I understand it, you want to use this to merge resources, right?
While I generally agree that it would be useful to have these
"globalIntentifyingProperty",
to be able to merge automatically, I don't think that should happen on an
InformationElement level.
It is very well possible tha
On Tue, 26 Jul 2011 20:57:46 +0200, Sebastian Trüg wrote:
> On 07/26/2011 05:06 PM, Christian Mollekopf wrote:
>> On Tue, 26 Jul 2011 13:26:20 +0200, Sebastian Trüg
>> wrote:
>>
>>> On 07/25/2011 09:43 PM, Christian Mollekopf wrote:
>>>> On Mon,
On Tue, 26 Jul 2011 13:42:51 +0200, Sebastian Trüg wrote:
> On 07/26/2011 01:18 AM, Christian Mollekopf wrote:
>> I forgot to add:
>>
>> I extended the aneo ontology as discussed:
>>
>> aneo: {
>>
>> aneo:AkonadiDataObject a rdfs:Class ;
On Tue, 26 Jul 2011 13:39:16 +0200, Sebastian Trüg wrote:
> On 07/26/2011 12:00 AM, Christian Mollekopf wrote:
>> On Sat, 23 Jul 2011 15:39:56 +0200, Sebastian Trüg
>> wrote:
>>
>>> without looking at the code yet:
>>>
>>> thanks a lot for
On Tue, 26 Jul 2011 13:26:20 +0200, Sebastian Trüg wrote:
> On 07/25/2011 09:43 PM, Christian Mollekopf wrote:
>> On Mon, 25 Jul 2011 21:20:45 +0200, Sebastian Trüg
>> wrote:
>>
>>> On 07/25/2011 07:52 PM, Christian Mollekopf wrote:
>>>> On Mon,
On Tue, 26 Jul 2011 13:37:12 +0200, Sebastian Trüg wrote:
> On 07/26/2011 10:06 AM, Christian Mollekopf wrote:
>> On Tue, 26 Jul 2011 09:52:20 +0200, Sebastian Trüg
>> wrote:
>>
>>> On 07/25/2011 11:17 PM, Christian Mollekopf wrote:
>>>> On Mon, 25 Ju
On Tue, 26 Jul 2011 09:52:20 +0200, Sebastian Trüg wrote:
> On 07/25/2011 11:17 PM, Christian Mollekopf wrote:
>> On Mon, 25 Jul 2011 23:09:26 +0200, Christian Mollekopf
>> wrote:
>>
>>> Another thing I just noticed:
>>> The constructor should already set
rote:
> without looking at the code yet:
>
> thanks a lot for doing this. And:
>
> On 07/22/2011 01:31 AM, Christian Mollekopf wrote:
>> -replaced any usage of NepomukFast and with SimpleResource api
>> -Removed the nepomukFeeder class, which was only needed because of
On Sat, 23 Jul 2011 15:39:56 +0200, Sebastian Trüg wrote:
> without looking at the code yet:
>
> thanks a lot for doing this. And:
>
> On 07/22/2011 01:31 AM, Christian Mollekopf wrote:
>> -replaced any usage of NepomukFast and with SimpleResource api
>> -Removed the
On Mon, 25 Jul 2011 23:09:26 +0200, Christian Mollekopf
wrote:
> Another thing I just noticed:
> The constructor should already set the type,
> in case no properties are set.
Hmm... I guess it was done this way to avoid setting the myriad of types
in the hierarchy.
Maybe add an
Another thing I just noticed:
The constructor should already set the type,
in case no properties are set.
On Mon, 25 Jul 2011 21:20:45 +0200, Sebastian Trüg wrote:
> On 07/25/2011 07:52 PM, Christian Mollekopf wrote:
>> On Mon, 25 Jul 2011 18:30:05 +0200, Sebastian Trüg
>> wr
On Mon, 25 Jul 2011 21:20:45 +0200, Sebastian Trüg wrote:
> On 07/25/2011 07:52 PM, Christian Mollekopf wrote:
>> On Mon, 25 Jul 2011 18:30:05 +0200, Sebastian Trüg
>> wrote:
>>
>>> Now that the SimpleResource rcgen is in git master[1] some people used
>>
On Mon, 25 Jul 2011 18:30:05 +0200, Sebastian Trüg wrote:
> Now that the SimpleResource rcgen is in git master[1] some people used
> it (mostly for Akonadi feeders and the web extractor framework) and
> found it to be a bit strange.
>
> This is true. Current usage is as follows:
>
> SimpleResourc
On Thu, 30 Jun 2011 14:15:46 +0200, Sebastian Trüg wrote:
> Recently the issue of nfo:Bookmark vs. nfo:Website came up. I voted for
> using nfo:Website only but then realized that I always had
> misinterpreted its comment:
> It states that nfo:Website is a container for remote resources such as
>
need 4.7 installed, although there would at least be no code
dependency.
And since there is no dependency of kdepim-runtime on kde-runtime,
I don't know if this is acceptable.
If this is possible the problem would be resolved.
Pimsters?
>
> Cheers,
> Sebastian
>
> On 06/27/2011
Hi,
I think I have a dependency problem for the nepomuk feeder rewrite.
The new DatamanagementService (DMS) in nepomuk will be available in
kde-runtime from 4.7 on
and will move to kdelibs for 4.8 earliest.
According to volker kdepim traditionally relies on a 4.(x-1) release,
meaning that the
Hi Martin,
I just read your blogpost about your gsoc, and noticed that you are
working on the akonadi-nepomuk feeders (at leat the contactfeeder).
The thing is that I am currently in the process of porting them to the DMS
(not only the contactfeeder but all), so we might want
to synchronize ou
btw. also DataManagementModelTest::testStoreResources_duplicates fails for
me, don't know if it is related or not.
On Thu, 23 Jun 2011 20:58:23 +0200, Christian Mollekopf
wrote:
> Hey,
>
> Today I faced a problem when setting the nie:isPartOf property on a
> SimpleResour
Hey,
Today I faced a problem when setting the nie:isPartOf property on a
SimpleResource item.
In the akonadi feeder storing would always fail with a message like:
"http://www.semanticdesktop.org/ontologies/2007/01/19/nie#isPartOf has a
rdfs:range of
http://www.semanticdesktop.org/ontologies/
Hey,
the resourcegenerator just generated unionofeventjournaltodo with a member
function:
AccessClassification class() const;
this obviously doesn't compile because of the function name "class".
I'm not really familiar with the generating process, so do you have any
ideas whats wrong, or where
Since we will need to port the nepomukfeeders to the new DMS, and I rely
on the feeders in MindMirror,
I'd like to discuss what we have to keep in mind during the rewrite.
First off, I think we can keep the structure of the feeder pretty much
(codewise), we just replace all the manual soprano
Hi,
While working on a nepomuk note feeder for akonadi, I ran into a problem
which I'm not sure how to solve.
The problem is, that the feederagents work with the nepomuk FAST classes.
Those classes side pass all checks,
and should therefore be faster. Unfortunately this implies that it is onl
/2011 05:23 PM, Christian Mollekopf wrote:
>> On Thu, 05 May 2011 16:17:56 +0200, Sebastian Trüg
>> wrote:
>>
>>> On 05/05/2011 11:26 AM, Christian Mollekopf wrote:
>>>> On Thu, 05 May 2011 11:15:11 +0200, Sebastian Trüg
>>>> wrote:
>>>>
>
On Thu, 05 May 2011 16:17:56 +0200, Sebastian Trüg wrote:
> On 05/05/2011 11:26 AM, Christian Mollekopf wrote:
>> On Thu, 05 May 2011 11:15:11 +0200, Sebastian Trüg
>> wrote:
>>
>>> On 05/05/2011 11:10 AM, Christian Mollekopf wrote:
>>>> On Thu,
On Thu, 05 May 2011 11:15:11 +0200, Sebastian Trüg wrote:
> On 05/05/2011 11:10 AM, Christian Mollekopf wrote:
>> On Thu, 05 May 2011 11:05:50 +0200, Sebastian Trüg
>> wrote:
>>
>>> If you get duplicate results it may be that nie:description is defined
>>
On Thu, 05 May 2011 11:07:56 +0200, Sebastian Trüg wrote:
> On 05/05/2011 09:51 AM, Christian Mollekopf wrote:
>> In the akonadi-nepomuk-note feeder, I'm using nie:description to set
>> the text
>> of the note, wo It can be found via fulltext search.
>>
>&
ns of the text.
Currently I'm using:
res.addProperty( Vocabulary::NIE::description(), Soprano::LiteralValue(
note.text() ) );
I should probably use setProperty for nie:title and nie:description?
>
> On 05/05/2011 10:00 AM, Christian Mollekopf wrote:
>> I forgot to mention:
&g
an app, so it can be applied on another resource.
That would help for that note <=> todo conversion we discussed once.
Cheers,
Chris
>
> Cheers,
> Sebastian
>
> On 05/05/2011 10:18 AM, Christian Mollekopf wrote:
>> Hi,
>>
>> I was wondering if I should set
It just occurred to me, how can we even know if we are the creator of the
resource?
Since nepomuk automatically tries to find an already existing resource,
it might as well have been created already.
On Thu, 05 May 2011 10:18:34 +0200, Christian Mollekopf
wrote:
> Hi,
>
> I was won
Hi,
I was wondering if I should set the creator for resource created in akonadi-
nepomuk-feeders, but also in my own application?
Would nie:generator be an appropriate property?
And if so, any ideas on a good format?
It should probably be something which can be interpreted by the applications,
ithin the note, as they are
some random strings.
Is there a reason for this, or is it a bug?
Cheers
On Thu, 05 May 2011 09:51:26 +0200, Christian Mollekopf
wrote:
> In the akonadi-nepomuk-note feeder, I'm using nie:description to set the
> text
> of the note, wo It can be
In the akonadi-nepomuk-note feeder, I'm using nie:description to set the text
of the note, wo It can be found via fulltext search.
This basically works fine, meaning I'm able to find the resource with:
select ?r where { ?r nie:description ?label .
?label bif:contains 'sometext'
Hi,
I'm working on an aknoadi-nepomuk-feeder for notes. This feeder just creates
one HTMLDocument resource per akonadi item.
Now I reckon it would also be the responsibility of the feeder to delete the
resources it created, right?
That would be the grounding occurrence (htmldocument) and its a
On Wednesday 23 February 2011 17:23:19 Sebastian Trüg wrote:
> On 02/23/2011 01:45 PM, Christian Mollekopf wrote:
> > On Tuesday 22 February 2011 17:22:17 Sebastian Trüg wrote:
> >> On 02/22/2011 04:04 PM, Christian Mollekopf wrote:
> >>> I agree that for a note I ca
On Tuesday 22 February 2011 17:23:56 Sebastian Trüg wrote:
> On 02/22/2011 04:19 PM, Christian Mollekopf wrote:
> > On Tuesday 22 February 2011 15:40:53 Sebastian Trüg wrote:
> >> Ok, correction: it is not ignored. It is used as nie:url. So if you use
> >> "akonadi
On Tuesday 22 February 2011 17:22:17 Sebastian Trüg wrote:
> On 02/22/2011 04:04 PM, Christian Mollekopf wrote:
> > I agree that for a note I cannot give a real example since a note has
> > only the text content as property.
> >
> > I think the issue only exists for
ma this could be the
> > problem
> >
> > I need to fix that somehow.
> >
> > Cheers,
> > Sebastian
> >
> > On 02/22/2011 02:54 PM, Christian Mollekopf wrote:
> >> On Tuesday 22 February 2011 14:41:39 Sebastian Trüg wrote:
> >>&
a real example please.
>
> Cheers,
> Sebastian
>
> On 02/22/2011 02:53 PM, Christian Mollekopf wrote:
> > Just one thing which I forgot.
> >
> > The point is that I need to annotate the content (text) of the Todo/Note
> > not the Todo/Note itself.
> >
appropriate one.
The only problem I see, is it possible to assign multiple Nepomuk::Things to a
Nepomuk::Resource, or should there normally only be one?
At least Resource::pimoThing() does not seem to support it.
Cheers,
Chris
On Tuesday 22 February 2011 14:53:12 Christian Mollekopf wrote:
> J
On Tuesday 22 February 2011 14:47:37 Sebastian Trüg wrote:
> On 02/22/2011 11:48 AM, Christian Mollekopf wrote:
> > On Tuesday 22 February 2011 11:28:35 Sebastian Trüg wrote:
> >> Hi Chris,
> >>
> >> On 02/19/2011 01:39 PM, Christian Mollekopf wrote:
> &g
On Tuesday 22 February 2011 14:41:39 Sebastian Trüg wrote:
> On 02/22/2011 01:05 PM, Christian Mollekopf wrote:
> > On Tuesday 22 February 2011 11:30:30 Sebastian Trüg wrote:
> >> That is weird indeed.
> >> Could you please do a kDebug() on the resource to see its det
ris,
>
> On 02/22/2011 02:23 PM, Christian Mollekopf wrote:
> > On Tuesday 22 February 2011 11:41:27 Sebastian Trüg wrote:
> >> Hi Chris,
> >>
> >> I always figured that there would be only two resources:
> >> 1. The main indexed resource created by
he pimo:Thing type. I am
> not sure if this should also be done in the feeder or if your app should
> do that.
>
> Cheers,
> Sebastian
>
> On 02/19/2011 02:33 PM, Christian Mollekopf wrote:
> > Hi,
> >
> > As I don't feel that there is a real solution h
ian
>
> On 02/19/2011 12:45 PM, Christian Mollekopf wrote:
> > Hi,
> >
> > Instead of the NepomukfeederAgents, shouldn't we actually use an
> > AkonadiObject which is a subclass of NIE:DataObject together with a
> > NIE:DataSource for akonadi?
> >
ntifier, is that correct?
>
> Cheers,
> Sebastian
>
> On 02/17/2011 05:41 PM, Christian Mollekopf wrote:
> > another question =)
> >
> > So far I created Nepomuk::Resources for an Akonadi::Item using the the
> > url of the Akonadi::Item as identifier, which w
y.
Cheers,
Chris
On Tuesday 22 February 2011 11:24:29 Sebastian Trüg wrote:
> Hi Chris,
>
> I do not really follow. You want to change the type of a thing but keep
> all the contents? This seems totally fine to me.
>
> Cheers
> Sebastian
>
> On 02/14/2011 07:26 PM, Christi
On Tuesday 22 February 2011 11:28:35 Sebastian Trüg wrote:
> Hi Chris,
>
> On 02/19/2011 01:39 PM, Christian Mollekopf wrote:
> > On Saturday 19 February 2011 13:02:20 Vishesh Handa wrote:
> >> The method Laura described is the correct one as of now. Though, we
> >&
1 - 100 of 116 matches
Mail list logo
