[Nepomuk] Review Request: Use nie:hasPart instead of nie:hasLogicalPart in m3u analyser
Sebastian Trueg
sebastian at trueg.de
Wed Aug 10 10:21:51 UTC 2011
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/102230/#review5577
-----------------------------------------------------------
After some discussion it was clear that nie:hasLogicalPart is actually the correct property and we will treat local files as IEs always.
- Sebastian
On Aug. 5, 2011, 8:53 p.m., Sebastian Trueg wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/102230/
> -----------------------------------------------------------
>
> (Updated Aug. 5, 2011, 8:53 p.m.)
>
>
> Review request for Nepomuk and Strigi.
>
>
> Summary
> -------
>
> The range of nie:hasLogicalPart is nie:InformationElement. As far as Nepomuk is concerned any local file is only a nfo:FileDataObject by itself. Thus, indexing m3u files fails with an invalid range error.
> Now there are basically three ways to solve this:
> 1. Let the indexer add the nie:InformationElement type
> 2. Let Nepomuk assume every local file is a nie:InformationElement anyway (actually this is what the file indexer already does so we might think about doing it in the Data Management Service as well)
> 3. Use nie:hasPart in the analyser.
> The latter is what this patch does. But actually I would rather like to think this through before pushing this. I cannot wrap my head around it: does the m3u file refer to the files on disk or the information elements inside the files?
>
>
> Diffs
> -----
>
> lib/lineanalyzers/m3ustreamanalyzer.cpp dacc15a
>
> Diff: http://git.reviewboard.kde.org/r/102230/diff
>
>
> Testing
> -------
>
>
> Thanks,
>
> Sebastian
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/nepomuk/attachments/20110810/1488ac27/attachment-0001.html>
More information about the Nepomuk
mailing list