[Digikam-users] Re: Help. My wife demands access to our images. (Windows, network access, multi user ALSO NAS)

[JD Rogers]

> >  I have a similar problem (but without the windows bit).
> > I went with removable media, so it should be manageable..
>
> Tell me more.
>
>
Well, I have a 1TB usb drive which is my 'primary' storage of albums (I
mirror it occasionally with rsync onto a second 1TB drive that stays in a
different location). I configured digikam to keep the database in the photo
directory on the usb drive with the idea that my wife could use the same db
and then when either of us wanted to access the photos, we plug in the usb
drive to either of our laptops and everything should be fine.

That was the plan. In practice, I haven't really tried it much to see what
kind of problems might come up, but she do some browsing without digikam
using nautilus and that went ok. I also keep as much info (tags, etc.) in
the photo metadata, so rebuilding a digikam database should be no problem.

As Jim said, I think it should be ok, especially if she's not moving the
directories around. Read-only should be fine, and if she wants to do
editing, you could have her copy/save to a seperate dir (which is good idea
regardless of who is writing changes).

Does each computer then have its own database or does the database sit
> on the removable drive ?
>
>
That was what I was thinking would be the advantage of the db on the drive
rather than local, but hopefully someone else weighs in with actually
experience on the pros and cons of doing that.


> I'm thinking of doing something is network storage at the same time.  I
> should have added NAS into the subject line.  Actually, I just did.
>
> Thanks !
>
> _______________________________________________
> Digikam-users mailing list
> Digikam-users at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20101210/0a40139f/attachment.html>