[Nepomuk] Re: nepomuk & gnome & firefox
Bruce Adams
tortoise_74 at yahoo.co.uk
Wed Nov 10 10:48:59 CET 2010
Hi,
This is the natural answer as this is a list about Nepomuk as a component of
KDE.
Perhaps the question should be re-stated.
How can basic metadata like tags be shared between KDE and non KDE
applications.
There are several different ways of thinking about this problem.
1) ignore it and stick to KDE application.
2) have a common API at the application level
3) have common ontologies at the RDF level.
4) have a mechanism for exporting and importing data to and from a Nepomuk
database.
I guess I'm looking for an answer along the lines of the common API which
ultimately
should go upstream as a freedesktop.org standard like DBus.
Though it would be great if we could get the same API used by Mozilla and
available
on M$ windows as well.
I suppose in order to make the common API useable you need to share some basic
ontology
so this cannot be entirely eliminated from consideration.
Export and Import should take account of what the target is but export and
import of a standard
format like XML would be a sufficient start. The trick would be to be selective.
E.g. export
only the metadata relevant for a given file that is compatible with a given
common/foreign ontology.
Where are Gnome with Xesame? I have heard nepomuk be described as the defacto
standard
(for a common API) which to me implies that nepomuk is more evolved and they
have some
catching up to do or need to adopt the nepomuk API. Would the gnome people ever
be willing to
rely on something that is built on top of Qt? I know there were wars over this
long ago before the
license details were sorted but there may still be issues over introducing
unnecessary/unwanted
dependencies.
Regards,
Bruce.
PS Can you point me at more information on what Mandriva are planning for
firefox?
----- Original Message ----
> From: Sebastian Trüg <trueg at kde.org>
> To: nepomuk at kde.org
> Sent: Wed, November 10, 2010 7:11:28 AM
> Subject: [Nepomuk] Re: nepomuk & gnome & firefox
>
> The solution is simply what I said: we support the tracker API and
> that's it. The other way around is not possible anyway.
>
> Cheers,
> Sebastian
>
> On 11/09/2010 08:46 PM, Richard Dale wrote:
> > On Mon, Nov 8, 2010 at 11:14 AM, Sebastian Trüg <trueg at kde.org> wrote:
> >> while you can this is pointless when it comes to compatibility between
> >> Gnome and KDE. Nepomuk in KDE uses named graphs to store data and
> >> metadata about the data. This is not supported by Tracker. Thus, your
> >> QSparql code would have to support two cases: Tracker and Nepomuk.
> >> Putting that into the service directly makes way more sense.
> > I'm not clear what you mean here. I need to study how KDE Nepomuk uses
> > named graphs in order to think about how we can make Tracker and KDE
> > Nepomuk services inter-operate. How would we 'put that into a service
> > directly' without doing some sort of conversion between Nepomuk's
> > named graphs and Tracker's more flat triple based data? The Tracker
> > team do have plans to add better named graph support in the future,
> > and so if both projects can discuss how KDE Nepomuk is using named
> > graphs it would be pretty useful imho.
> >
> > -- Richard
> >
> >>
> >> On 11/08/2010 11:54 AM, Richard Dale wrote:
> >>> On Mon, Nov 8, 2010 at 8:58 AM, Sebastian Trüg <trueg at kde.org> wrote:
> >>>> AFAIK Gnome uses Tracker only. It would, however, be very simple to
> >>>> write a wrapper service that provides the Tracker API from the Nepomuk
> >>>> system. That way Gnome and KDE apps could share their data.
> >>>> Nothing has been done here yet. As always the developer shortage in
> >>>> Nepomuk is the problem.
> >>> You can use QSparql (git at gitorious.org:maemo-af/qsparql.git) to access
> >>> both Virtuoso, Tracker based stores and SPARQL endpoints with the same
> >>> Qt-style asynchronous api. It has drivers for both the DBus based
> >>> Tracker apis and the newer and faster 'Tracker direct' one.
> >>>
> >>> -- Richard
> >>>
> >>>> As far as Firefox is concerned: Mandriva is putting effort into that one
> >>>> again. Nothing has been released yet though.
> >>>>
> >>>> All in all: we need developers at all corners!
> >>>>
> >>>> Cheers,
> >>>> Sebastian
> >>>>
> >>>> On 11/08/2010 02:35 AM, Bruce Adams wrote:
> >>>>> Hi,
> >>>>> I've been redirected here from the nepomuk-eclipse mailing list
>where I was
> >>>>> originally
> >>>>> looking for information on the firefox extension that uses nepomuk. It
>seems to
> >>>>> have fallen out of maintenance.
> >>>>> Does anyone know anything about it?
> >>>>>
> >>>>> My other question concerns integration of nepomuk with gnome. Gnome has
>xesame
> >>>>> which seems a few steps
> >>>>> behind nepomuk. Is gnome likely to adopt nepomuk or go its own way?
>There is an
> >>>>> old launch pad item about
> >>>>> adding nepomuk integration here, but its no more than a suggestion.
> >>>>>
> >>>>> http://brainstorm.ubuntu.com/item/12507/
> >>>>>
> >>>>> Where I'm coming from is that I would like to create an application with
>support
> >>>>> for tagging files but I would like it to
> >>>>> work with both gnome and kde natively. Okay, you can run a nepomuk
>server and
> >>>>> still use gnome but it is not quite
> >>>>> the same. Do I need to write a platform independent wrapper library?
> >>>>> I'm also wondering about tagging web pages via firefox.
> >>>>>
> >>>>> I'm sure this is old ground. Perhaps someone could direct me towards
>some more
> >>>>> recent information?
> >>>>>
> >>>>> Regards,
> >>>>>
> >>>>> Bruce.
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> Nepomuk mailing list
> >>>>> Nepomuk at kde.org
> >>>>> https://mail.kde.org/mailman/listinfo/nepomuk
> >>>>>
> >>>> _______________________________________________
> >>>> Nepomuk mailing list
> >>>> Nepomuk at kde.org
> >>>> https://mail.kde.org/mailman/listinfo/nepomuk
> >>>>
> >>> _______________________________________________
> >>> Nepomuk mailing list
> >>> Nepomuk at kde.org
> >>> https://mail.kde.org/mailman/listinfo/nepomuk
> >>>
> >> _______________________________________________
> >> Nepomuk mailing list
> >> Nepomuk at kde.org
> >> https://mail.kde.org/mailman/listinfo/nepomuk
> >>
> > _______________________________________________
> > Nepomuk mailing list
> > Nepomuk at kde.org
> > https://mail.kde.org/mailman/listinfo/nepomuk
> >
> _______________________________________________
> Nepomuk mailing list
> Nepomuk at kde.org
> https://mail.kde.org/mailman/listinfo/nepomuk
>
More information about the Nepomuk
mailing list