[Nepomuk] Weird problem with queries

[Sebastian Trüg]

On 02/19/2012 03:47 PM, Ignacio Serantes wrote:
> Hi,
> 
> I'm getting old, not have known this was going on reading the queries is
> not good :(.
> 
> There is the next differences between bad and good files:
>   - rdfs:type
>   - nao:userVisible
> 
> so is obvious what is happening. Both Nepoogle SPARQL engine and Nepomuk
> Query API are filtering for nao:userVisible so resources without
> nao:userVisible are not displayed.
> 
> On the other side, Nepoogle Viewer and Dolphin extract the information
> directly from the resource using a query without this filter.
> 
> The mystery is solved but there are two question to answer:
>   - why rdfs:type and nao:userVisible are removed for some resources in
> my database?

That is serious, I am not sure how this could happen. It would of course
be great to know a way to reproduce it...

>   - Must Nepoogle Viewer and Dolphin display information if
> nao:userVisible don't exists or is equal to 0?
> 
> About the second question for me is a bug and I will fix Nepoogle viewer.
> 
> On Fri, Feb 17, 2012 at 1:44 PM, Sebastian Trüg <sebastian at trueg.de
> <mailto:sebastian at trueg.de>> wrote:
>> What I meant is to list all relations and properties via nepomukcmd or
>> nepomukshell (or any other means). Then compare which properties are
>> missing, resulting in the file not being part of the result set.
>>
>> On 02/17/2012 12:05 PM, Ignacio Serantes wrote:
>>> On Fri, Feb 17, 2012 at 11:41 AM, Sebastian Trüg <sebastian at trueg.de
> <mailto:sebastian at trueg.de>> wrote:
>>>> Check the metadata of the tagged files to see what is missing.
>>>
>>> Please, could you expand this?
>>>
>>> Files are not changed since last time and nepomuk relations are
>>> working both in nepoogle and ginkgo :?. In fact I open all the windows
>>> in the example clicking in a link and use "Open in New Window". This
>>> is the point that seems to be weird?
>>>
>>> Obviously if I restore all the tags again the problem is solved but If
>>> I still don't know what's happened.
>>>
>>>>
>>>> On 02/16/2012 02:57 PM, Ignacio Serantes wrote:
>>>>> Hi,
>>>>>
>>>>> I have a really weird problem with my database and I can't imagine
>>>>> what is happening.
>>>>>
>>>>> When I display a folder I can read file tags but, when I do a query I
>>>>> obtained 0 results.
>>>>>
>>>>> With nepoogle this problem is easy to see so I included an image with
>>>>> four nepoogle windows:
>>>>>
>>>>> http://dl.dropbox.com/u/1111731/kde/nepoogle%2013.png
>>>>>
>>>>> nepoogle: contains a search for the tag "perfume"
>>>>> nepoogle <2>: contains a search for all the files containing the
> tag perfume
>>>>> nepoogle <3>: shows the information about tag "perfume". As you can
>>>>> see there are files associated to this tag.
>>>>> nepoogle <4>: shows the information about one of the files and tag
>>>>> "perfume" is one of the tags
>>>>>
>>>>> To confirm that is not a nepoogle's SPARQL engine bug I done the next
>>>>> tests after a nepomukserver restart:
>>>>> 1) krunner: hastag:perfume
>>>>> 2) Dolphin: as query is not working I selected the tag using the
> search controls
>>>>> 3) nepoogle: hastag:perfume (using nepomuk basic query api)
>>>>> 4) I executed the two queries, basic api generated and nepoogle's
>>>>> generated, in Nepomuk Shell
>>>>>
>>>>> and I obtained always 0 results.
>>>>>
>>>>> Morel information:
>>>>> 1) This is a new problem detected yesterday almost in all my files.
>>>>> 2) If I reset the tags using Dolphin then search works for that file.
>>>>> 3) If I restore the tags using my backup program written in python
>>>>> then search works for that file.
>>>>> 4) I I call manually nepomuindexer then search works for that file.
>>>>> 5) I installed nepomuktvnamer in a openSUSE 11.3 with KDE 4.8.0
> packages.
>>>>>
>>>>> Any clue about what is happening?
>>>>>
>>>>> --
>>>>> Best wishes,
>>>>> Ignacio
>>>>>
>>>> _______________________________________________
>>>> Nepomuk mailing list
>>>> Nepomuk at kde.org <mailto:Nepomuk at kde.org>
>>>> https://mail.kde.org/mailman/listinfo/nepomuk
>>>
>>>
>>>
> 
> 
> 
> -- 
> Best wishes,
> Ignacio
> 
> 
> 
> _______________________________________________
> Nepomuk mailing list
> Nepomuk at kde.org
> https://mail.kde.org/mailman/listinfo/nepomuk