Storing jpegs and raw files in different directory structures

[Jason Boxman]

Hi,

If you're willing to up the technical difficulty, you can try using
`git-annex` with git for this. The biggest challenge in this is digiKam
follows symlinks, so if you are using .xmp sidecar files, it will try to
create these under the protected .git/annex directory and fail, as this is
kept read-only by git-annex. I wrote a script[0] to hardlink JPEG files
into a separate directory structure to account for this.

You'd need to get up to speed on git-annex, and craft a similar script, for
this approach to work, though. But git-annex does make it easy to sync
photos to other devices, and only copy a subset of photos. It works well
for ensuring you have multiple copies of every photo, and supports keeping
multiple versions of the files.

[0] https://github.com/jboxman/dam

On Mon, Jun 12, 2023 at 10:09 PM Warren Baird <warren at warrenbaird.ca> wrote:

> Hi Maik,
>
> That's basically what I'm proposing in my question --- but I'm wondering
> if digikam can automate that in some way - currently when I import my
> images, I get the jpeg and raw files all in one directory - I was hoping
> that there was some way to automatically have the jpegs go into a
> directory under one album, and the raw files go into the same directory
> in another album, so for instance if I take a trip to Germany, the jpegs
> might end up in .../jpegs/travel/germany and the raw files in
> .../raw/travel/germany.
>
> If there is no better way, I'll just bring everything into one album,
> and run a script periodically that moves the raw files into the right
> directory - but that seems inelegant to me...
>
> Warren
>
> On 2023-06-12 12:49, Maik Qualmann wrote:
> > Ok, that's clear then, I assumed that her drive is significantly smaller.
> > Why not store the RAW files on an external USB removable media and only
> plug
> > them in when needed?
> >
> > Maik
> >
> > Am Montag, 12. Juni 2023, 13:45:59 CEST schrieb Warren Baird:
> >> Hi Maik,
> >>
> >> Well, drives larger than 2TB  are moderately expensive, and if I do
> >> this, I estimate I'll free up enough disk on the laptop for another
> >> 100,000 jpegs - which is more photos than I'm likely to take in the
> >> lifetime of the laptop...
> >>
> >> Warren
> >>
> >> On 2023-06-12 01:55, Maik Qualmann wrote:
> >>> Regardless of the software solution, why not just buy a larger NVMe
> disk,
> >>> clone disk and expand partitions, done. At some point your current NVMe
> >>> disk will be too small anyway.
> >>>
> >>> Maik
> >>>
> >>> Am Montag, 12. Juni 2023, 00:00:06 CEST schrieb Warren Baird:
> >>>> Hi all,
> >>>>
> >>>> slightly odd question:  I have a laptop that I use to work with my
> >>>> photos when I'm not at home.   I synchronize my digikam directory
> >>>> between my primary computer and my laptop with unison.
> >>>>
> >>>> Unfortunately my digikam directory is getting so large that I am
> running
> >>>> out of space on my laptop, which only has a single NVMe slot, so I
> can't
> >>>> easily increase the amount of disk space there.
> >>>>
> >>>> I normally shoot with my camera set to record both jpg and raw files,
> >>>> and the raw files are a *lot* bigger than the jpegs, however, 99% of
> the
> >>>> time I work with the jpg files, I only rarely have to do something
> with
> >>>> the raw files (i.e. if something ends up being really underexposed,
> etc.)
> >>>>
> >>>> What I'd like to do to resolve this is have to parallel versions of my
> >>>> digikam directory, one with jpg, one with raw files, and then I can
> just
> >>>> sync the jpg directory to my laptop.
> >>>>
> >>>> I can definitely write a python script that periodically trolls
> through
> >>>> my directory and moves any raw files it finds into the appropriate
> spot
> >>>> in the other directory, but it might be easier if there was some
> >>>> built-in way to do it in digikam.
> >>>>
> >>>> Any ideas?   I'm ok using a script to split the directories now - but
> >>>> it'd be nice in the future if I could tell digikam to put jpgs in this
> >>>> structure, and raw files in this structure when I'm importing new
> files.
> >>>>
> >>>> Thanks!!
> >>>>
> >>>> Warren
> >
> >
> >
>


-- 
Jason Boxman

<jasonb at edseek.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20230618/da14752e/attachment.htm>