[digiKam-users] digiKam for long term management of a large library

[Michael Moore]

Interesting. Most of my photos are just jpg (camera photos) or tiff
(scanned images), so I'm not sure if xmp is right for me. I saw your other
post and it looks like a great solution for raw files though.

Thanks,
Michael

On Mon, Feb 8, 2021, 18:57 Jason Boxman <jasonb at edseek.com> wrote:

> Hi Michael,
>
> I can't speak to your other questions, but I'd enable .xmp sidecar files.
> Because XMP is a standard, if you need to you can always migrate to a
> different photo management system. I commit my .xmp files into a `git`
> repository and then sync that to a backup drive.
>
> On Fri, Feb 5, 2021 at 12:44 AM Michael Moore <stuporglue at gmail.com>
> wrote:
>
>> Hello,
>>
>> I have about 240,000 photos that I'd like to manage with digiKam. I'm
>> especially interested in the tagging capabilities. I'm comfortable setting
>> up the remote MySQL server. I like digiKam, and I want to use the facial
>> recognition to help organize these some more.
>>
>> I have a few questions before I just go for it:
>>
>> 1. With remote MySQL can multiple users share the same database?
>>
>> My wife and I have separate accounts on a Linux desktop machine, and we
>> would both like to be able to access the library.
>>
>> 2. Can the library be accessed from a separate computer?
>>
>> If I set up NFS and use the MySQL remote, can I also view the library
>> from a separate computer?
>>
>> Or will the different paths (due to being mounted via NFS) break things?
>>
>> 3. What's the best way to future-proof my library?
>>
>> After I've tagged and organized my photos I don't want to do it again.
>>
>> Is the best practice to write tags to the files, or to dump MySQL as
>> plain text, or something else? I'd like to ensure that if something
>> surpasses digiKam in 10 years, that I'll still have my tags.
>>
>> Thanks,
>> Michael
>>
>>
>>
>
> --
> Jason Boxman
> jasonb at edseek.com | 407-212-7877 (mobile)
> in: http://linkedin.com/in/jboxman
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20210208/23dfe271/attachment-0001.htm>