How Gallery and Immich relate

Noodle Gallery is a friendly fork of Immich, the open-source self-hosted photo app built by Alex Tran and a growing community of contributors. Gallery rebases onto every upstream Immich release. Bug fixes, performance work and new features from the Immich team land in Gallery automatically.

Immich is the foundation. Gallery sits on top of it and adds features for use cases that did not fit upstream's scope. Same database, same containers, same migration path back. Change your mind and swapping to upstream is a three-line change.

Where Immich runs out of room

Every Gallery-exclusive feature started the same way: someone hit a wall in Immich. Below are the walls, each followed by the features that get past it.

One person, several accounts

The shortcoming. Immich's face recognition is account-scoped. One real person becomes a separate entry in your library, in your partner's library, and in every shared album you both touch. Search for them and you get a third of their photos. Name them in one account and the name stays there. The People page tracks containers, not people.

How Gallery solves it.

Sharing with more than two people

The shortcoming. Immich has two sharing primitives, Partner Sharing and Albums, and both run out of room past two people. Partner Sharing is all-or-nothing. Albums belong to whoever made them. There is no combined family timeline, no activity log, no "what is new since I last looked", and no way to share tens of thousands of photos without selecting them by hand.

How Gallery solves it.

The faces recognition won't commit to

The shortcoming. Face recognition is deliberately conservative, for a good reason: the errors are asymmetric. A face it never assigned is a quiet loss. A face assigned to the wrong person spreads into search, into memories, into the album everyone can see, and pulling it back out means finding every place it went. So the model holds a tight threshold and leaves anything short of it alone. The cost is a long tail of near-misses in every library: the profile shot, the one in bad light, the one from four years ago, all sitting unassigned while the person they belong to is named and obvious. Immich gives you no way to work through that tail, and no way to untangle the clusters that did fuse two people together.

How Gallery solves it.

Both run on one shared verdict layer, so a decision in either sticks everywhere: through merges, renames and every future scan.

Finding a photo

The shortcoming. Each page in Immich has its own search bar, and there is no global keyboard-first entry point. Smart search results come back in default relevance order, with no date sort and no similarity threshold to tune, so combined text and filter searches return noise. Filters operate in isolation: select a country and you still see cameras and tags from elsewhere. The map view has no filter panel at all.

How Gallery solves it.

What the models never look for

The shortcoming. Immich's AI surface covers faces and CLIP search. Pets are not detected, though most libraries are full of them. Memories show "On This Day" and nothing else: no recent trip recaps, no birthday compilations. Clutter (screenshots, memes, receipts) has to be cleared off your timeline by hand. Duplicate detection works on photos and misses videos that have been re-encoded, resized or format-converted.

How Gallery solves it.

Getting media in, out and onto other storage

The shortcoming. Trimming a video in Immich means exporting to another tool and re-importing. Moving from Google Photos takes CLI tools and hand-written scripts. Storage is local disk and external libraries, with no native S3-compatible backend. Linking an existing 30,000-photo library into a shared collection means selecting the photos by hand.

How Gallery solves it.

Mobile

The shortcoming. Filtering the timeline in the Immich mobile app means switching to a separate Search tab and losing your scroll position. The map view and scoped search sit deeper in the app. Shared Spaces are not there at all.

How Gallery solves it.

The shortcomings, side-by-side

Where Immich runs out of roomHow Gallery solves it
The editor can crop, rotate and mirror, but a dark or flat photo has to be fixed in another tool and uploaded againAdjust tool: exposure, contrast, saturation and invert in the editor, with a live preview that matches the saved result
A shared album list is flat, with nothing to group twenty-five albums byNestable album folders inside every Shared Space, with covers, counts and a breadcrumb, on web and mobile
No pet detection at all, so no way to find your own dogPet detection finds the cats and dogs; Pet recognition turns them into named individuals on the People page, on re-ID models we trained and published ourselves
Filtering on mobile means leaving the Photos tab and losing your scroll positionIn-place filter sheet on the Photos tab: people, places, tags, dates, rating, media type
Automation stops at the edge of a shared library: nothing can file an arriving photo into a space for youWorkflows for Shared Spaces: add to space and add to space album actions, chained to any trigger or filter, creating the album if it is missing
Memories only ever ask "what happened on this date?", so most days come up empty and every card looks the sameGenerated memories: nine more rules for months, seasons, places, favourites, people together, videos, trip anniversaries, themes and person throwbacks, staggered across the month
Only a photo's owner can edit it, so the person who spots a sideways scan or a wrong date in a shared library cannot fix itEdit members' photos in Spaces: Owners and Editors rotate, crop, re-date and describe what other members contributed, with every edit attributed in the activity feed
A favorite is a property of the photo that only its owner can set, so in a shared library the favorites are whatever the uploader likedPersonal favorites: anybody who can see a photo can heart it, each person's favorites are private, and they mix across libraries, partners and Spaces
Partner sharing is all-or-nothing; albums belong to whoever made them; face recognition stops at your accountShared Spaces: multi-owner timelines with Owner/Editor/Viewer roles, cross-contributor face recognition, last-visit tracking and a per-space activity log
Albums belong to whoever made them and live outside any shared timelineSpace albums: link or create albums inside a Shared Space, with cross-owner contributions and per-album timeline control, on web and mobile
The same person can appear as separate entries across personal and shared librariesGlobal People: deduped people rows, filters and search results across every timeline Space you can access
Recognition is deliberately cautious, so it skips the close calls, and nothing brings those near-miss faces back to youFace suggestions: near-misses surface on the named person they probably belong to, reviewed one at a time, with every answer durable
Deciding whether a face belongs to someone means opening the photo elsewhere to see when, where and with whom it was takenFace review with context: date, place, camera, albums and the other people in the photo next to each suggestion, with a key for every verdict
When clustering fuses two people together, untangling it means reassigning faces by hand with no toolingFace cleanup: a scan finds contaminated clusters and splits them into approve-in-one-pass and needs-review lanes, with six explicit destinations per face
The info panel shows the camera, place, date and tags, but none of it is actionable: filtering means leaving for a search pageContextual filters: click any metadata value to filter the surface you are already on, with the filter in the URL
Pets aren't detectedPet detection: RF-DETR finds the cats and dogs; Pet recognition names them individually
Memories show "On This Day" and nothing elseSmarter memories: recent trip recaps and birthday memories with curated, server-defined titles
Generated memories disappear after their daily carousel window, with no archive or retention controlMemories archive: browse retained generated memories and set how long unsaved memory records are kept
Each page has its own search bar; no keyboard-first global entry pointSearch palette: Cmd/Ctrl+K from anywhere across photos, people, places, tags and every settings page, with prefix shortcuts and context-aware verbs
Advanced filters require leaving the keyboard flow for the filter panelInline search filters: type structured filters into the search bar, with live suggestions and shareable URL state
Navigating a large library means scrolling through every day bucket, with no way to jump to a year or month at a glanceTimeline grouping: a Years / Months / All switcher on every timeline; tap a year or month card to zoom in and out and find a photo fast in a decades-deep library
Smart search returns default relevance order: no date sort, no similarity tuningSort by date, date-grouped infinite scroll, tunable similarity threshold
Filters work in isolation: selecting a country still shows cameras and tags from elsewhereInterdependent filtering: every filter narrows every other filter in real time
The map view has no filter panel of its ownFull filter panel on the map itself, with markers updating in real time
Storage is local disk or external libraries, with no native S3-compatible backendAWS S3, MinIO, Cloudflare R2, Backblaze B2, Wasabi, or any S3-compatible store
Importing from Google Photos requires CLI tools and manual scriptsAn in-browser guided wizard for Google Takeout archives
Trimming a video means exporting and re-encodingLossless stream-copy trimming, near-instant

Every fix above is additive: each shortcoming gets a feature stacked on top of upstream. Core photo features, the full REST API, third-party integrations, Frame and home automation all carry over to a Gallery server unchanged.

Reversible Immich migration

Try Gallery on your existing Immich library.

Swap three config lines. Your database, uploads, photos and videos stay exactly where they are, and a switch-back script returns you to Immich if Gallery does not suit you.

Install in 5 minutes

Should you stick with upstream Immich?

There are real reasons to run upstream Immich instead of the fork. Three of them.

A much bigger community

Immich has been in active development since 2022. Tens of thousands of GitHub stars, hundreds of contributors, a busy Discord. Gallery has a small team and a much shorter track record. If you want a community where your question has already been asked and answered, upstream is the place to be.

Broader platform testing

Upstream Immich runs on more hardware combinations than anyone has counted: Raspberry Pis, Synology NAS units, Unraid, TrueNAS, Docker on Windows via WSL2, bare-metal Kubernetes. Gallery has been tested on fewer. On an unusual setup, upstream's wider test surface helps.

You don't need any of the additions

This is the honest reason most people should stick with upstream. If you do not need Shared Spaces, Pet detection, S3 storage, the Google Takeout wizard or advanced filtering, upstream Immich already does everything you want. Gallery adds features for specific use cases. If none of them are yours, upstream is leaner and has more eyes on it.

Migrating from Immich is a three-line change

Already running Immich and want to try Gallery? Swap two image names in yourdocker-compose.yml and bump IMMICH_VERSION in your.env. The current version is v5.

2 files changed+3−3
docker-compose.yml
-image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
+image: ghcr.io/open-noodle/gallery-server:${IMMICH_VERSION:-release}
-image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release}
+image: ghcr.io/open-noodle/gallery-ml:${IMMICH_VERSION:-release}
.env
-IMMICH_VERSION=release
+IMMICH_VERSION=v5

Then pull the new images and restart:

docker compose pull && docker compose up -d

No data migration, no database conversion, no file copying. Your library stays exactly where it is. Gallery reads and writes the same files Immich was using, against the same Postgres database, on the same volume.

Back up your database first. One command covers you: docker exec -t your-db-container pg_dumpall -U postgres > backup.sql

Full step-by-step guide on the install page. See the migration walkthrough →

Changed your mind? Swap back in one script.

Gallery ships a cleanup SQL that drops every Gallery-specific table, column and migration record (shared spaces, pet detection, classifications, duplicate data), leaving a plain upstream Immich database. Your photos and videos are not touched. Flip the two image names back and you are on upstream.

Read the switch-back guide
Gallery's job: add a small set of features without making you choose between them and the Immich roadmap.

Frequently asked questions

Is my data safe if I move from Immich to Noodle Gallery?

Yes. Gallery uses the same database schema, the same upload directory layout and the same file formats as upstream Immich. The migration is two image-name changes in your docker-compose.yml. Nothing in your library is copied, transformed or rewritten. Gallery reads and writes the same files Immich was using.

Can I switch back to upstream Immich later?

Yes. Gallery ships a one-command cleanup script that drops every Gallery-specific table, column and migration record from the database. Your photos and videos are not touched. Run the script, swap the two image names back to ghcr.io/immich-app/immich-server and ghcr.io/immich-app/immich-machine-learning, run docker compose pull, and you are back on upstream. The door swings both ways by design.

Will Gallery diverge from Immich over time?

No. Gallery rebases onto every upstream Immich release, so every bug fix, performance improvement and new feature from the Immich team lands in Gallery automatically. Gallery's exclusive features are additive: they sit on top of upstream.

How quickly does Gallery rebase after a new Immich release?

Usually within a few days. The rebase is automated where it can be and manual where it cannot. The aim is to stay close enough that running Gallery feels like running a slightly extended Immich.

Does Gallery have a mobile app?

Yes, on the App Store (iPhone) and Google Play (Android), with background camera backup, on-device CLIP search, the map view and Shared Spaces.

Will third-party Immich apps still work with Noodle Gallery?

Yes. Gallery exposes the same REST API as upstream Immich: same endpoints, same paths, same payloads. Anything built against the Immich API works with Gallery unmodified, including third-party mobile clients, Immich Frame, home automation integrations, CLI tools and scripts. Point the app at your Gallery server URL instead of your old Immich URL. Gallery also has its own iOS and Android app.

Why fork at all instead of upstreaming features?

Several Gallery-exclusive features (Shared Spaces, Pet detection, contextual filters) were declined upstream, considered out of scope, or needed architectural changes that would not have fit Immich's roadmap. Forking lets us experiment without slowing the upstream team down. Rebasing keeps us in step with their progress.

Why do all the commits on GitHub share the same timestamp?

Gallery is rebased onto each upstream Immich release instead of merged, and rebasing rewrites the commit date on every commit it replays. So the whole history carries the timestamp of the last rebase. Every fork that rebases looks like this, and it says nothing about how the work behind the commits was done. We rebase rather than merge because it keeps GitHub's commit counter meaningful. That counter is the clearest public signal of how close Gallery stays to Immich. A fork that merges instead shows thousands of commits ahead and behind that tell you nothing useful. Merging would preserve the original dates, but it would also make the number useless.

A note on the upstream Immich team

Noodle Gallery exists because Immich exists. The architecture, the database design, the mobile apps, the CLIP integration, the relentless pace of releases: all of it comes from the upstream team. If you find Gallery useful, star, sponsor or contribute to immich-app/immich as well.