[Nepomuk] Weird problem with queries

[Ignacio Serantes]

On Mon, Feb 20, 2012 at 2:15 PM, Sebastian Trüg <sebastian at trueg.de> 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?


>
> >   - 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
> _______________________________________________
> 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/20120220/076e9296/attachment-0001.html>