[Nepomuk] Weird problem with queries

[Ignacio Serantes]

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?
  - 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> 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>
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
>>> https://mail.kde.org/mailman/listinfo/nepomuk
>>
>>
>>



-- 
Best wishes,
Ignacio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/nepomuk/attachments/20120219/c3662a75/attachment.html>