[Nepomuk] Brainstorming: Metadata Sharing
Sebastian Trüg
trueg at kde.org
Tue Jun 29 15:47:50 CEST 2010
as a sidenote: I have the plan for a long meeting at the akademy with
the only topic "data sharing". We should probably figure out when we
want to do that.
On 06/28/2010 07:50 PM, Vishesh Handa wrote:
> I wanted to start with Metadata Sharing, but I don't have a clear idea
> as to what it entails or how I'd go about it. So I thought we could
> discuss it. :)
>
> This is what we have so far -
> 1. Jabber should be used to connect to another user's system.
> 2. We should be able to perform queries on another users system,
> connected via Jabber.
> 3. Some form of privacy lists which filter other users searches and only
> return the content the user wants sharable.
>
> Jabber is a nice way of sending the sparql query. but maybe we could
> look into other things like UPnP. Anyway, that's a secondary concern.
>
> Metadata sharing implies that we should be able to see other people's
> metadata and have it on are own system. Sebastian suggested that we
> store user information ( who owns which statements ) as graph metadata.
> That's totally feasible, and maybe we could also store the permission
> settings as graph metadata.
>
> I'm not too sure how we would choose whose metadata to store our on
> system or why we would need to do that. I always thought we would have
> something like this -> Search for a person John Doe, turns out we have a
> contact by that name but a friend of ours has some pictures in which he
> has been tagged. On further investigation we find that we have the same
> pictures. (or we could get those photos , file sharing? ) Then we *sync*
> the metadata of those pictures. With the current backup-sync framework
> that syncing part is possible, but maybe this is where we would store
> the other user's metadata on our system AND mark them as created/owned
> by that user. (Sharing?)
>
> Any thoughts?
>
> - Vishesh Handa
More information about the Nepomuk
mailing list