[Nepomuk] Re: Fulltext search in nepomuk

[Sebastian Trüg]

On 05/05/2011 11:26 AM, Christian Mollekopf wrote:
> On Thu, 05 May 2011 11:15:11 +0200, Sebastian Trüg <trueg at kde.org> wrote:
> 
>> On 05/05/2011 11:10 AM, Christian Mollekopf wrote:
>>> On Thu, 05 May 2011 11:05:50 +0200, Sebastian Trüg <trueg at kde.org>  
>>> wrote:
>>>
>>>> If you get duplicate results it may be that nie:description is defined
>>>> more than once. Replace "select ?r" with "select *" in the query to
>>>> verify.
>>>
>>> Ok, I think thats it. I get all the different versions 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?
>>
>> exactly. :)
> 
> I'm using the NepomukFast generated classes, because that's what the other
> akonadi feeder agents do, but in NepomukFast::Resource setProperty is not  
> declared.
> Any ideas why and what to do?
> 
> If possible it would be probably good to use the NepomukFast classes for  
> feeders,
> as they might have to update a lot of data.
> 
> Also where exactly should I use addProperty and where setProperty?
> In most cases, such as:
> res.addProperty( Soprano::Vocabulary::NAO::hasSymbol(),  
> Soprano::LiteralValue( Note::iconName() ) );
> 
> which I do on every update of a note,
> using addProperty would end up in setting the same information over and  
> over again, no?

Actually with the DMS I mentioned before the situation changes again as
it enforces cardinalities, ie. an addProperty would fail if the property
can only have one value and one already exists.

Also you might want to try our new storeResources API. The nice thing
about it is that trivial instances like contacts and so on are
automatically merged.
For example the email feeder would not have to check itself it a contact
already existed. The DMS does that.

If you are up to testing 95% finished API with us and give us feedback
that would be great.

Cheers,
Sebastian

>>
>>>>
>>>> On 05/05/2011 10:00 AM, Christian Mollekopf wrote:
>>>>> I forgot to mention:
>>>>>
>>>>> Often I get the same resource as result of such a query multiple times
>>>>> (i.e. 6 times).
>>>>> The number of results varies for different search strings, but it  
>>>>> seems
>>>>> to
>>>>> remain stable for multiple searches for the same string.
>>>>> I'm sure that the searched strings are unique within 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
>>>>> <chrigi_1 at fastmail.fm> 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.
>>>>>>
>>>>>> This basically works fine, meaning I'm able to find the resource  
>>>>>> with:
>>>>>>
>>>>>> select ?r where { ?r nie:description ?label .
>>>>>>                   ?label bif:contains 'sometext' . }
>>>>>>
>>>>>> What I find confusing is, that not all, but most resources which I
>>>>>> browsed
>>>>>> afterwards did not have the nie:description property set (I checked
>>>>>> both,
>>>>>> resource and thing).
>>>>>> Not in the "browse resource view" and also not in the "show  
>>>>>> serialized
>>>>>> resource" view.
>>>>>>
>>>>>> Is this just a bug in nepomukshell? And is there maybe another tool  
>>>>>> for
>>>>>> me to
>>>>>> check the created resources?
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Chris
>>>>>> _______________________________________________
>>>>>> Nepomuk mailing list
>>>>>> Nepomuk at kde.org
>>>>>> https://mail.kde.org/mailman/listinfo/nepomuk
>>>>> _______________________________________________
>>>>> Nepomuk mailing list
>>>>> Nepomuk at kde.org
>>>>> https://mail.kde.org/mailman/listinfo/nepomuk
>>>>>
>>>> _______________________________________________
>>>> Nepomuk mailing list
>>>> Nepomuk at kde.org
>>>> https://mail.kde.org/mailman/listinfo/nepomuk
>>>
>>>
>> _______________________________________________
>> Nepomuk mailing list
>> Nepomuk at kde.org
>> https://mail.kde.org/mailman/listinfo/nepomuk
> 
>