Version: (using KDE 4.4.0) Installed from: openSUSE RPMs Nepomuk search returns unmatching files to a search. It worked in 4.4 RC3 and seems now broken in the final 4.4 release. If I search for "wallpaper", I would expect that files with "wallpaper" in filename, comment, tag etc. are returned (or nothing of no matching file was found). Instead, some files are returned that have no obious relation to the search. I attached a screenshot where I was searching for "wallpaper", the file whose meta details are shown is obiously no correct match. I tried to stop nepomuk, delete .kde/share/apps/nepomuk/repositories/main , restarted nepomuk and let nepomuk rebuild my index. The same behaviour still shows up.
Just to add: This renders the search functionality completely useless. :-/
Created attachment 40841 [details] screenshot of unrelated searchresults
Just found a forum thread where they are discussing the same issue: http://forum.kde.org/viewtopic.php?f=66&t=85825
Could you please issue the following command on the command line: sopranocmd --dbus org.kde.NepomukStorage --model main query "select ?p ?o where { ?r nie:url <file:///path/to/wrong/match.png> . ?r ?p ?o . }" and replace spaces in the path with %20.
I fired the command and it failed. The error messages complains the unknown "nie" prefix: http://pastebin.ca/1798294 But this seems like a valid ontology property to me. So what's wrong?
is shared-desktop-ontologies installed?
The package is installed (http://pastebin.ca/1798348) and seems to initialized correctly during nepomuk startup: http://pastebin.ca/1798349
ah, stupid me. you need to add the --nrl option to the sopranocmd call.
Query: -- sopranocmd --dbus org.kde.NepomukStorage --model main query "select ?p ?o where { ?r nie:url <file:///home/ademmer/Pics/Icons/Graphs/Three%20bars/Three%20bars%2064.png> . ?r ?p ?o . }" --nrl -- Now the query returns nothing, which is odd. But the file path is correct, I veriefied it by pasting "file:///home/ademmer/Pics/Icons/Graphs/Three%20bars/Three%20bars%2064.png" into Dolphin's address bar and Gwenview showed my the image. Any further suggestions? I am also hanging around in #nepomuk-kde if you want to discuss this on IRC.
After digging into this issue with Sebastian Trueg on IRC, it turned out that this issue was related to the openSUSE kdebase4-runtime packages: The sources of tag 4.4.0 were changed by the KDE team (Virtuoso related fix) after openSUSE already fetched and packaged them. New packages are about to appear in the openSUSE build service soon.