No subject
Mon Dec 6 00:31:50 CET 2010
right is that complicated. We just haven't gotten the time to implement it!
> I'd like to mention that the workflow in digikam works excellent! We have
> all
> our photos in a shared directory. The sqlite3 file digikam4.db is
> read/write
> for all users, so each of us can tag photos (even concurrently) in digikam
> in
> our own accounts.
>
Could you elaborate on this? If you're doing it concurrently that means the
database is stored in some kind of shared folder?
>
> Talking about concurrent access: are you sure 2 nepomuk clients cannot
> access
> the db at the same time? It works with digikam. You can have two running
> instances of digikam (in two accounts), and when you change metadata
> located
> in digikam4.db, the change is immediately visible in the other running
> instance of digikam
>
>
Digikam uses an sqllite database, we do not. There is an option for
exporting the digikam data to Nepomuk, but internally digikam only uses
sqllite.
> cheers,
> Kusi
>
> _______________________________________________
> Nepomuk mailing list
> Nepomuk at kde.org
> https://mail.kde.org/mailman/listinfo/nepomuk
>
--
Vishesh Handa
--20cf3054ac8b37caa30496bf7cf5
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hi!<br><br><div class=3D"gmail_quote">On Sun, Dec 5, 2010 at 10:24 PM, Mark=
us Leuthold <span dir=3D"ltr"><<a href=3D"mailto:nepomuk at titlis.org">nep=
omuk at titlis.org</a>></span> wrote:<br><blockquote class=3D"gmail_quote" =
style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class=3D"im">> On 12/02/2010 01:24 AM, Markus Leuthold wrote:<br>
> > Hello list<br>
> ><br>
> > We share our computer among several persons, each with a separate=
user<br>
> > account. We want to have a shared nepomuk database. What's th=
e best way<br>
> > to do this? Creating a symlink of ~/.kde/share/apps/nepomuk to a =
shared<br>
> > folder?<br>
> ><br>
> > best regards<br>
> > Kusi<br>
<br>
> This is tricky. It could be hacked with links indeed. But then no two<=
br>
> users could ever be logged in at the same time.<br>
> Why do you want to share the database?<br>
><br>
> Cheers,<br>
> Sebastian<br>
<br>
</div>There are many possible use-cases for sharing tags. Some real-world e=
xamples:<br>
<br>
- me and my girlfriend are planning our vacation. She's tagging documen=
ts,<br>
pictures etc with the tag "vacation-2010". In my account, I'd=
like to see now<br>
what is already available when I'm organizing our vacations in my accou=
nt.<br>
<br></blockquote><div><br></div><div>In today's world, wouldn't you=
r girl-friend and you have separate computers? I'm just saying that I t=
hink it would a lot-lot easier for us to work towards metadata sharing, rat=
her than focusing on having a common Nepomuk db.</div>
<div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex=
;border-left:1px #ccc solid;padding-left:1ex;">
- we're preparing a playlist for a party. We'd like to set the tag =
"party-<br>
playlist" in dolphin, running in each one's account. Since we'=
re in a hurry,<br>
we're tagging the music at the same time on two different computers. So=
it<br>
should be possible to have the nepomuk db on a remote location.<br>
<br></blockquote><div>Having another Nepomuk db would be a very tedious job=
. I think it would be a lot simpler just for each person to have their own =
their Nepomuk db ( like it is right now ), and additionally have metadata s=
haring. That way you can easily query all the music that has been tagged by=
'person'.=A0</div>
<div><br></div><div>I generally prefer peer-to-peer networks instead of a s=
ituation where there is a central database. In your case, what if the remot=
e location isn't available at that point? With a de-centralized system,=
you can easily share or sync the metadata at a later point.</div>
<div>=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;=
border-left:1px #ccc solid;padding-left:1ex;">
As mentioned later in this thread, not all tags should be shared. It would =
be<br>
nice to have several nepomuk-dbs (private/shared). I understand that it'=
;s<br>
quite tricky to get the sharing right: It doesn't make sense to share t=
ags for<br>
object which are not shared.<br>
You could say that tags of files which are readable by both accounts should=
<br>
also be saved in a shared nepomuk-db. Probably best would be an extended us=
er<br>
interface where the user can choose the nepomuk location.<br>
<br></blockquote><div><br></div><div>Having several databases would mean sw=
itching databases, and a lot of other ugly stuff like - which database shou=
ld the indexed data be stored? What about the case where there is data comm=
on to both the databases? We would need another virtuoso instance running i=
e more memory consumption.</div>
<div><br></div><div>From the discussions we'd had at Akademy. I don'=
;t think getting sharing right is that complicated. We just haven't got=
ten the time to implement it!</div><div>=A0</div><blockquote class=3D"gmail=
_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:=
1ex;">
I'd like to mention that the workflow in digikam works excellent! We ha=
ve all<br>
our photos in a shared directory. The sqlite3 file digikam4.db is read/writ=
e<br>
for all users, so each of us can tag photos (even concurrently) in digikam =
in<br>
our own accounts.<br></blockquote><div><br></div><div>Could you elaborate o=
n this? If you're doing it concurrently that means the database is stor=
ed in some kind of shared folder?</div><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Talking about concurrent access: are you sure 2 nepomuk clients cannot acce=
ss<br>
the db at the same time? It works with digikam. You can have two running<br=
>
instances of digikam (in two accounts), and when you change metadata locate=
d<br>
in digikam4.db, the change is immediately visible in the other running<br>
instance of digikam<br>
<br></blockquote><div><br></div><div>Digikam uses an sqllite database, we d=
o not. There is an option for exporting the digikam data to Nepomuk, but in=
ternally digikam only uses sqllite.=A0</div><div><br></div><div>=A0</div><b=
lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px =
#ccc solid;padding-left:1ex;">
cheers,<br>
Kusi<br>
<div><div></div><div class=3D"h5"><br>
_______________________________________________<br>
Nepomuk mailing list<br>
<a href=3D"mailto:Nepomuk at kde.org">Nepomuk at kde.org</a><br>
<a href=3D"https://mail.kde.org/mailman/listinfo/nepomuk" target=3D"_blank"=
>https://mail.kde.org/mailman/listinfo/nepomuk</a><br>
</div></div></blockquote></div><br><br clear=3D"all"><br>-- <br><font color=
=3D"#999999">Vishesh Handa</font><br>
--20cf3054ac8b37caa30496bf7cf5--
More information about the Nepomuk
mailing list