immich-app/immich
1
0
Fork 0
mirror of https://github.com/immich-app/immich.git synced 2026-07-16 05:34:30 +03:00
Code Issues 783 Packages Projects Releases 22 Wiki Activity

[Feature]: Option to use a Photoprism-like directory structure for storing images - i.e Multiple level directory vs flat directory. #168

New Issue
Closed
opened 2026-02-04 18:19:11 +03:00 by OVERLORD · 5 comments
OVERLORD commented 2026-02-04 18:19:11 +03:00
Owner
Copy Link

Originally created by @danielyrovas on GitHub (Jul 30, 2022).

Feature detail

Photoprism utilises a very nice directory structure for storing images, this could be adapted to be per user so that it works nicely with Immich
Photoprism structure for an image:

/2018/01/20180130_151510_861DFD74.jpg

which I think translates to

/yyyy/mm/yyyymmdd_hhmmss_<unique image tag>.filetype

Proposed structure for Immich

/username/original/yyyy/mm/yyyymmdd_hhmmss_<unique image tag>.filetype
/username/thumb/yyyy/mm/yyyymmdd_hhmmss_<unique image tag>.filetype

If the usernames need a unique tag that could also be added after the username.

This would allow the images that are stored on the server to be far more portable between services and help people understand how the images are being stored.

Platform

Server

Originally created by @danielyrovas on GitHub (Jul 30, 2022). ### Feature detail Photoprism utilises a very nice directory structure for storing images, this could be adapted to be per user so that it works nicely with Immich Photoprism structure for an image: ``` /2018/01/20180130_151510_861DFD74.jpg ``` which I think translates to ``` /yyyy/mm/yyyymmdd_hhmmss_<unique image tag>.filetype ``` Proposed structure for Immich ``` /username/original/yyyy/mm/yyyymmdd_hhmmss_<unique image tag>.filetype /username/thumb/yyyy/mm/yyyymmdd_hhmmss_<unique image tag>.filetype ``` If the usernames need a unique tag that could also be added after the username. This would allow the images that are stored on the server to be far more portable between services and help people understand how the images are being stored. ### Platform Server
OVERLORD commented 2026-02-04 18:19:14 +03:00
Author
Owner
Copy Link

@bo0tzz commented on GitHub (Jul 30, 2022):

Duplicate: #34

@bo0tzz commented on GitHub (Jul 30, 2022): Duplicate: #34
OVERLORD commented 2026-02-04 18:19:24 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Jul 30, 2022):

@danielyrovas Hi Daniel, right now we are weighing the difference between storing in a flat directory or vs multiple-level directory regarding the reading speed when browsing the images. I like your proposal since it is easier for people who access the file on disk, but I am not sure it will be the best in terms of performance. I and the team will take a look at this in the future and let you know. I will leave this issue open for now

@alextran1502 commented on GitHub (Jul 30, 2022): @danielyrovas Hi Daniel, right now we are weighing the difference between storing in a flat directory or vs multiple-level directory regarding the reading speed when browsing the images. I like your proposal since it is easier for people who access the file on disk, but I am not sure it will be the best in terms of performance. I and the team will take a look at this in the future and let you know. I will leave this issue open for now
OVERLORD commented 2026-02-04 18:19:28 +03:00
Author
Owner
Copy Link

@danielyrovas commented on GitHub (Aug 1, 2022):

Could performance be improved by using a flat directory for the thumbnails but a multiple level directory for images?

Thanks for your work on this, I've been enjoying it so far - much more user friendly for my parents and relatives than the syncthing + photoprism stack I was running before.

@danielyrovas commented on GitHub (Aug 1, 2022): Could performance be improved by using a flat directory for the thumbnails but a multiple level directory for images? Thanks for your work on this, I've been enjoying it so far - much more user friendly for my parents and relatives than the syncthing + photoprism stack I was running before.
OVERLORD commented 2026-02-04 18:19:35 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Aug 1, 2022):

Thank you for the feedback, it's always nice to know that the app is helping others as well. The flat directory performance gain is what we assume, there hasn't been any benchmarking yet. I will keep you update when we move to work on this

@alextran1502 commented on GitHub (Aug 1, 2022): Thank you for the feedback, it's always nice to know that the app is helping others as well. The flat directory performance gain is what we assume, there hasn't been any benchmarking yet. I will keep you update when we move to work on this
OVERLORD commented 2026-02-04 18:19:38 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Dec 23, 2022):

Implemented

@alextran1502 commented on GitHub (Dec 23, 2022): Implemented
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
accessibility
changelog:enhancement
changelog:security
changelog:skip
changelog:translation
cli
date-time
dependencies
documentation
external-library
format
good first issue
mobile-beta
mobile-beta
mobile-beta
needs-answer
nice to have
pull-request
Mirrored from GitHub Pull Request
 sharing
tech-debt
📱mobile
🖥️web
🗄️server
🧠machine-learning
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#168
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?