[Nepomuk] Adding Nepomuk integration into Basket Note Pads

[Sebastian Trüg]

On 09/02/2010 08:39 AM, Amir Pakdel wrote:
> I was playing with KUrl::protocol(), KMimeType::findByUrl(KUrl),
> KMimeTypeTrader::query(QString), new KRun(KUrl, 0) and some others and
> finally understood what are MIME and KIO for :)
> Protocols only indicate how files should be reached, and afterwards,
> regarding to the content of the files itself, MIME type is determined.
> It is the MIME-type that dictates the application used for opening the
> file. Therefore, there is no point in setting the protocol to something
> like basket://
> Please correct me if I am wrong.

this is correct.

> Moreover, I saw that Nepomuk::SearchRunner::run performs a KRun(url, 0)
> in which the url is retrieved from the matched Nepomuk::Resource

yes.

> A have attached a basket file (baskets are containers of the actual
> notes) which is a simple XML.

For the list I attach it again.
Most of what is in that file could be stored in Nepomuk. The only
questionable thing is formatting - ie. bg color and the like.
For starters (since we do not have the previously mentioned rdf type
registry) we could store each note in an html file (looks like you are
doing that already) and then give that file an additional type of
pimo:Note. Then we can tag it, set a title, add a comment, relate it to
other things.
Note groups could be modeled via pimo:partOf, ie. a set of pimo:Note
resources are pimo:partOf a group resource which would be of type
pimo:Thing or a new pimo:Thing subtype Basket, maybe?

> As a result, in order to be able to open basket notes by searching them
> in KRunner, two solutions came to my mind:
> 1. In Nepomuk::SearchRunner::actionsForMatch we could retrieve
> mime-types from Nepomuk and add multiple actions based on these mime-types
> 2. We could add a MIME-type for basket files into KDE. In this case, we
> could add a KDE4 file analyzer
> (http://techbase.kde.org/Development/Tutorials/Writing_file_analyzers)

I think with the above solution there is no need for anthing new. The
note files would be analyzed by strigi, thus indexing their content. And
they would have the additional pimo:Note type which allows us to search
for them nicely.

Cheers,
Sebastian

> 
> Since I still feel that I lack the required knowledge, I will continue
> reading stuff about KDE and MIME.
> 
> Cheers,
> Amir
> 
> On Wed, Sep 1, 2010 at 10:50 PM, Amir Pakdel <pakdel at gmail.com
> <mailto:pakdel at gmail.com>> wrote:
> 
>     Hi,
> 
>     On Tue, Aug 31, 2010 at 8:52 PM, Dragan, Laura
>     <laura.dragan at deri.org <mailto:laura.dragan at deri.org>> wrote:
> 
> 
>         Hi,
> 
> 
>         > SemNotes seems really nice, Laura.
> 
>         Thanks :)
> 
>         > > IMHO it would be great to use the same basic structure for
>         storing notes
>         > > to both Basket and Semnotes can display the same notes -
>         with different
>         > > focus of course.
> 
>         > Good point. Although, IMHO it would be really nice if both
>         applications
>         > could be merged. Both have neat unique features.
> 
>         I also think merging would be a good idea. Basket has a much
>         larger user base than SemNotes could ever dream of getting and
>         the UI is much nicer too. So I am all for this.
> 
>         > > Since the Basket Note Pads, itself, does not have a good search
>         > > capability, the goal is store as much information as needed
>         for a good
>         > > search using the Nepomuk. I mean, since the Basket Note Pads
>         does not
>         > > index its own data (which are notes), I would like to use
>         the Nepomuk
>         > > for that. Moreover, notes are normally not so big and as a
>         result, I
>         > > might be able to store all the basket information in Nepomuk
>         (or at
>         > > least titles, tags and keywords).
>         >
>         > IMHO you could store everything besides possible layouting in
>         Basket
>         > which could be specific to Basket.
> 
>         For SemNotes I was considering moving the (content of the) notes
>         to Akonadi and keep in Nepomuk only the metadata about them. I
>         didn't actually start implementing it yet because I wasn't quite
>         sure it was a good idea, but most importantly because I didn't
>         have time to investigate further. So far there seem to be both
>         advantages and disadvantages to it..
>         The biggest advantage that I can see is the possibility to work
>         on notes taken with other tools, like KJots, and that other
>         tools can use the notes taken in SemNotes. The biggest
>         disadvantage would be that the data about the notes would be
>         split in two systems.
> 
>         [..]
> 
>     In fact I do not know much about Akonadi. Nevertheless, since I am
>     synchronizing my note files in multiple computers right now, using
>     Akonadi instead of plain files might affect users who are
>     synchronizing their notes in a way like me. Therefore, we should
>     think of a synchronization mechanism too. However, we can do the
>     first part (storing metadata in Nepomuk) and in mean time discuss
>     the rest.
> 
>     Sebastian, is there any way to synchronize instanses of Nepomuk (or
>     Akonadi)?
> 
> 
>         > > But for now: Laura, how are you storing notes again?
> 
>         atm everything about the notes including the content of the
>         notes themselves is stored in Nepomuk, as triples. The notes are
>         of type pimo:Note. For each note i store the content, as string
>         value of the property nao:htmlContent, title, tags, creation
>         time, last modification time, and related resources.
> 
>     Does KRunner know how to open your notes? Can you search and open
>     them from within the KDE Run Command or you are searching only
>     inside the SemNotes?
> 
> 
>         Cheers,
>         Laura
> 
>      
>     Cheers,
>     Amir
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: basket-example
Type: text/xml
Size: 528 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/nepomuk/attachments/20100902/0ab70eda/attachment.xml