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 <[email protected]> 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 <[email protected]> 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 >>> [email protected] >>> https://mail.kde.org/mailman/listinfo/nepomuk >> >> >> -- Best wishes, Ignacio
_______________________________________________ Nepomuk mailing list [email protected] https://mail.kde.org/mailman/listinfo/nepomuk
