[prev in list] [next in list] [prev in thread] [next in thread] 

List:       nepomuk
Subject:    Re: [Nepomuk] Why store file urls?
From:       Marco Martin <notmart () gmail ! com>
Date:       2012-11-23 9:50:04
Message-ID: 201211231050.05221.notmart () gmail ! com
[Download RAW message or body]

On Friday 23 November 2012, Vishesh Handa wrote:

> <nepomuk:/res/23161f9c-8839-4de3-bba0-affdd6d654ef>
>         rdf:type
> nmm:MusicPiece
>         rdf:type
> nfo:FileDataObject
>         rdf:type
> nfo:Audio
>         rdf:type
> nie:InformationElement
>         nie:url
> file:///home/vishesh/Music/where_does_the_good_go.mp3
> 
> Storing this URL makes accessing file resources quite convenient. But I
> fear it has been a terrible design decision. By storing the url we face the
> following problems -

uhm, probably is right, keeping the full file url consistent is a mess, 
however...

a very common use case is in the c++ code, doing Nepomuk2::Resource(file path)

needing a fast way to obtain the resource associated to a particular file 
(like in https://bugs.kde.org/show_bug.cgi?id=310525)

otherwise how could be done quickly to have the metadata of a file given we 
have the file, and the other way around?

Cheers,
Marco Martin
_______________________________________________
Nepomuk mailing list
Nepomuk@kde.org
https://mail.kde.org/mailman/listinfo/nepomuk
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic