On 02/20/2012 02:51 PM, Ignacio Serantes wrote: > > > On Mon, Feb 20, 2012 at 2:15 PM, Sebastian Trüg <[email protected] > <mailto:[email protected]>> wrote: > > 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... > > > I don't test if all my bad files are located in external HD or not so > this could be a good start. > > And about Dolphin, don't you think that display resources without > nao:userVisible or with 0 value is a bug or not?
only resources with nao:userVisible 1 should be displayed. Cheers, Sebastian > > > > - 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]> > > <mailto:[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]> > > <mailto:[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]> > <mailto:[email protected] <mailto:[email protected]>> > >>>> https://mail.kde.org/mailman/listinfo/nepomuk > >>> > >>> > >>> > > > > > > > > -- > > Best wishes, > > Ignacio > > > > > > > > _______________________________________________ > > Nepomuk mailing list > > [email protected] <mailto:[email protected]> > > https://mail.kde.org/mailman/listinfo/nepomuk > _______________________________________________ > 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
