[Nepomuk] Re: Seems Nepomuk in KDE 4.7 (try #1) still not works

[Weng Xuetian]

On 2011年07月25日 23:35, Vishesh Handa wrote:
> On Mon, Jul 25, 2011 at 8:26 PM, Weng Xuetian<wengxt at gmail.com>  wrote:
>
>> On 2011年07月25日 20:42, Vishesh Handa wrote:
>>> Could you please confirm which version of KDE you're running? Cause I
>> fixed
>>> this bug after RC2.
>>>
>>> I backported my changes to fix this bug on the 16th July. If incase the
>> bug
>>> is still there could you possible run all the datamanagementmodel tests
>>> present in kde-runtime/nepomuk/services/storage/test/ and tell me if they
>>> pass? I'm specifically concerned about - testStoreResources_folder()
>>>
>>> On Mon, Jul 25, 2011 at 5:11 AM, Weng Xuetian<wengxt at gmail.com>   wrote:
>>>
>>>>
>>>> On 2011年07月25日 00:12, Sebastian Trüg wrote:
>>>>> can you please provide command line output from calling
>> "nepomukindexer"
>>>>> on one of the files that should have been indexed.
>>>>>
>>>>> Thanks.
>>>>>
>>>> NepomukIndexer output is nothing..
>>>>
>>>> I manually run nepomukserver from console, and get quite a lot of such
>>>> output:
>>>>
>>>> [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(14599)"
>>>> Soprano: "Invalid argument (1)":
>>>> "<http://www.semanticdesktop.org/ontologies/2007/01/19/nie#isPartOf>
>>   has
>>>> a rdfs:range of
>>>> <
>>>>
>> http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement
>>>>> .
>>>> <file:///home/saber/dbg-fcitx/share/fcitx>   only has the following types
>>>> <http://www.w3.org/2000/01/rdf-schema#Resource>"
>>>> [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(14599)"
>>>> Soprano: "Invalid argument (1)":
>>>> "<http://www.semanticdesktop.org/ontologies/2007/01/19/nie#isPartOf>
>>   has
>>>> a rdfs:range of
>>>> <
>>>>
>> http://www.semanticdesktop.org/ontologies/2007/01/19/nie#InformationElement
>>>>> .
>>>> <file:///home/saber/dbg-fcitx/share/fcitx>   only has the following types
>>>> <http://www.w3.org/2000/01/rdf-schema#Resource>"
>>>>
>>>> Nepomukserver output after manually run nepomukindexer
>>>> [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(14599)"
>>>> Soprano: "Invalid argument (1)": "Failed to convert 'None' to literal of
>>>> type 'http://www.w3.org/2001/XMLSchema#boolean'."
>>>> [/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(14599)"
>>>> Soprano: "Invalid argument (1)": "storeResources: Encountered invalid
>>>> statement after resource conversion."
>>>>
>>>> Is it related to the some package version?
>>>> shared-desktop-ontologies 0.7.0
>>>> soprano 2.6.51
>>>> raptor 1.4.21
>>>> _______________________________________________
>>>> Nepomuk mailing list
>>>> Nepomuk at kde.org
>>>> https://mail.kde.org/mailman/listinfo/nepomuk
>>>>
>>>
>>>
>>>
>> I go throught git log, at least your "testStoreResources_folder" commit
>> at July 12th doesn't goes to KDE/4.7. Do you intend to fix this bug but
>> it doesn't really goes to 4.7 branch?
>>
>
> Hey Weng
>
> You're right I did forget to backport it. I've emailed the release team, and
> backported it. Thanks a lot for pointing it out.
>
I found some other issue... Nepomuk still ignores quite a lot of file on 
my disk.
First nepomuk simply ignore all my c/c++ source file,
For those file, nepomukserver complains
[/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(3740)" 
Soprano: "Invalid argument (1)": "Unknown protocol '' encountered."

Second it ignore all my png file.
"/usr/bin/nepomukservicestub(3740)" Soprano: "Invalid argument (1)": 
"Failed to convert 'None' to literal of type 
'http://www.w3.org/2001/XMLSchema#boolean'."

For some mp3 file, it complains
[/usr/bin/nepomukservicestub] "/usr/bin/nepomukservicestub(3740)" 
Soprano: "Invalid argument (1)": 
"<http://www.semanticdesktop.org/ontologies/2009/02/19/nmm#musicAlbum> 
has a rdfs:range of 
<http://www.semanticdesktop.org/ontologies/2009/02/19/nmm#MusicAlbum>. 
<_:c> only has the following types 
<http://www.w3.org/2000/01/rdf-schema#Resource>

For jpeg with metadata "create date", the create date is in wrong format 
"2009:10:27 21:31:22" (This might due to strigi? becuase gwenview shows 
the origin create date is correct).

I'm not sure this is a bug in strigi or the file has wrong metadata. But 
nepomuk should try to ignore those errors, not simply ignore those file?