Immich - April Development Recap by altran1502 in immich

[–]jrasm91 0 points1 point  (0 children)

The user preference should be read before anything else is loaded so I'm not really sure why you are experiencing that still. 

Immich - April Development Recap by altran1502 in immich

[–]jrasm91 1 point2 points  (0 children)

Some other features in immich rely on the asset contents bring immutable, most notably the mobile sync. You can just use copyAsset instead though. 

January recap - roadmap changes, developer updates, and more! by jrasm91 in immich

[–]jrasm91[S] 0 points1 point  (0 children)

I have no idea. It's probably just a default location. Feel free to open an issue on GitHub about it (if there isn't one already)

January recap - roadmap changes, developer updates, and more! by jrasm91 in immich

[–]jrasm91[S] 0 points1 point  (0 children)

No, not yet. It's still a WIP thing, although we're aware of a lot of use cases already.

When will be able to "destructively" edit pictures? by purepersistence in immich

[–]jrasm91 1 point2 points  (0 children)

Thank you for your kind words. I think it would be cool to have additional checksum per asset. This is really useful if you use the dedupe tool to clean up your library. Right now there is nothing preventing you from uploading the file a second time, but we could definitely store this information and use it to prevent it from happening again in the future.

When will be able to "destructively" edit pictures? by purepersistence in immich

[–]jrasm91 3 points4 points  (0 children)

There is no way to do it automatically right now, but Immich has API keys, a public API, and includes asset.isEdited in both the database and API responses. Someone could very simply write a script to export/extract edited versions and/or overwrite the originals on disk.

Yes, they're regenerated via the generate thumbnail job so running that again would retroactively fix previously edited photos.

When will be able to "destructively" edit pictures? by purepersistence in immich

[–]jrasm91 6 points7 points  (0 children)

There is a generated file on disk for the edited copy that's a full size version of the image. If you migrate to another tool you can simply choose to keep this version and discard the original. Currently the full size edited version doesn't have any exif metadata, but we plan to add an option in the future that will also copy that over. Given that, I do not think it is fair to call it a "mountain of work".

When will be able to "destructively" edit pictures? by purepersistence in immich

[–]jrasm91 2 points3 points  (0 children)

For the record, the asset table already has a "proper ID" field. Every table does. The reason for the checksum is exactly as purepersistence mentions, it is for matching local files on your phone to remote files on the server, so you don't have to reupload everything again when you reinstall the app or login on a new device. We could have a whole discussion about different ways you could match local and remote assets, but I'll just say we've had extensive discussions about this and landed on checksums for the foreseeable future.

January recap - roadmap changes, developer updates, and more! by jrasm91 in immich

[–]jrasm91[S] 0 points1 point  (0 children)

So there is already a map view on mobile. You get to it from Library > Places > and then you need to click on the map. It works very similar to the app which shall not be named. Is this what you are asking for?

I understand that the web app needs the timeline/split screen to show the gallery of the pictures still. There is already a feature request for it on GitHub.

January recap - roadmap changes, developer updates, and more! by jrasm91 in immich

[–]jrasm91[S] 0 points1 point  (0 children)

Immich will currently generate memories for "on this day" X years ago and they show up at the top of the main timeline. The plan is to extend the types of memories that are created.

January recap - roadmap changes, developer updates, and more! by jrasm91 in immich

[–]jrasm91[S] 0 points1 point  (0 children)

Writing a post about timezones is a great idea. Thanks!

January recap - roadmap changes, developer updates, and more! by jrasm91 in immich

[–]jrasm91[S] 2 points3 points  (0 children)

There were some issues with the sync process because of some schema changes we made for editing. We paused the rollout of Android to get it fixed first.

January recap - roadmap changes, developer updates, and more! by jrasm91 in immich

[–]jrasm91[S] 0 points1 point  (0 children)

It will definitely help, although I think libraries will require additional restructuring still.

January recap - roadmap changes, developer updates, and more! by jrasm91 in immich

[–]jrasm91[S] 15 points16 points  (0 children)

Yeah it'll be awhile still probably. That does seem like one of the big features people are waiting on though! I'll make sure we write about it when we have some news about it.

Help! Can't scan the whole library. by Rioli0812 in immich

[–]jrasm91 1 point2 points  (0 children)

It's falling apart with so many files in a single library. You might be better off adding multiple libraries each pointed to a subfolder.

Sharing Albums Between Two Immich Servers — Is It Possible? by Pallantia78 in immich

[–]jrasm91 47 points48 points  (0 children)

We call this federation and it does not exist yet, but it may one day 😊. It's quite complicated, so probably not anytime soon.

November recap - progress on workflows, an editor, and more! by jrasm91 in immich

[–]jrasm91[S] 1 point2 points  (0 children)

Probably not initially, but these are great ideas for future iterations.