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