• 1 Post
  • 16 Comments
Joined 1Y ago
cake
Cake day: Jun 13, 2023

help-circle
rss


No concrete plans for auth yet, but there’s an feature request for this. I didn’t really want to give a sense of false security with a half-baked solution.

For uploading, I thought about it briefly and it could be interesting. How would you expect it to work?

I imagine you would configure a sort of a target folder structure, then it would dump all uploads based in that structure? Or fully managed like GPhotos/Immich where the app hashes, dedupes and owns the files directly? 🤔


Ah, I see! This is more of a solution for viewing existing photos, it’s not a fully fledged multi-user photo management solution.

If you had family members access and share photos via a file share though, you could use this to set up a common gallery that everyone could access via the browser.

It’s mostly meant to run on a local NAS though.



Depends on what you mean by sharing, but if you put all your photos on a local NAS and run this on it for example, then everyone with access to it would be able to see them through a browser.

There’s no explicit sharing feature though.


Thanks!

Unfortunately I have no idea about the Unraid ecosystem, so I’m not sure what’s the best way to approach that. It seems like you can run Docker images, so that’s probably one way to go? Let me know if you get it to work!



Sorry if these are stupid questions.

Not at all! Thanks for taking an interest.

Does this only show these foss_photo_libraries and your local photos?

I’m not sure what you mean. foss_photo_libraries is a comparison table of different apps someone else maintains, but I thought it was a useful resource. The photos in the demo are a subset of the open images dataset and a couple of other samples that I picked for demo purposes.

If you install it locally you can point it to a folder and it should use each subfolder as an album, or you can configure custom albums.

Does it support jpegXL?

Yes actually, but I don’t have many files to test it, so I’m not sure how well it works. If you do I’d be interested to hear how it works for you. It uses FFmpeg to on-the-fly convert anything it can’t read natively.

I’d love a seamless zoom feature for images in the browser. I use imagus but I’d love if the popup window could zoom to be bigger than the browser window.

You can zoom by using the mouse wheel or by pinching to zoom if that’s what you mean? You should be able to zoom pretty much as much as you want. If you’re in the main view where the mouse wheel scrolls photos up and down you can hold Ctrl (Cmd?) to zoom instead.


I’d say Immich has quite a few more features, with the primary focus of backing up your media from your mobile devices with a more “managed” approach (it takes care of storing and organizing the files).

Photofield is more minimalistic (both in terms of user interface and as an application) and more useful if you have an existing directory structure that you want to view as a gallery. It also pulls a few neat tricks to make it work smoothly with up to ~600k files.

See also the linked comparison for more details. It’s mostly accurate, though video is a bit better with this release.


Ha, hiring only account managers 😅 It does have search and maps, but they are a bit rudimentary right now. Also I have to find some sample geolocated photos to put in the demo, it doesn’t have any right now.




It’s quite impressive how much the Immich folks have achieved in a relatively short period of time! I’m glad you found something that works for you :)


Photofield v0.15.0 released: Google Photos alternative, now zoomier than ever! Plus related image search, map view, arm64, tags (alpha), and more!
Hi all! I'd like to share some slow, but steady progress I've made on my self-hosted personal photo gallery - a Google Photos alternative. It's been a while since I last posted any updates - the last time was [about v0.9.2 on /r/selfhosted](https://www.reddit.com/r/selfhosted/comments/12irele/photofield_v092_released_google_photos/), so it's actually my first post here. ### What's new? Lots of things! Here's a quick summary: * **New website!** [photofield.dev](https://photofield.dev/) - bonus, it's embedded in every install, in fact, even the website is just hosted from the app itself. 😎 * **UX polish** - lots of small improvements, like [better interaction & fixed video controls](https://github.com/SmilyOrg/photofield/releases/tag/v0.15.0) and [better error messages & autoreloading config](https://github.com/SmilyOrg/photofield/releases/tag/v0.14.0). * **Zoomier than ever** - since [v0.15.0](https://github.com/SmilyOrg/photofield/releases/tag/v0.15.0) when you zoom into a photo, it zooms the whole scene! This wasn't the case for a few versions due to a technical detour, but I found a way to get it back without too many compromises. * **Related image search** - you can [Find Similar Images](https://github.com/SmilyOrg/photofield/releases/tag/v0.10.1) now, using the same AI functionality as the semantic image search. * **Map view** - you can [see your photos on a map](https://github.com/SmilyOrg/photofield/releases/tag/v0.12.0). Still has some quirks, so make sure to zoom in first. [To be improved](https://github.com/SmilyOrg/photofield/issues/91). * **Reverse geolocation** - you can see the [location of a photo in the timeline view](https://github.com/SmilyOrg/photofield/releases/tag/v0.11.0). Completely local, using [tinygpkg](https://github.com/SmilyOrg/tinygpkg). * **Tags (alpha)** - you can [tag your photos](https://github.com/SmilyOrg/photofield/releases/tag/v0.10.0) now. Quite basic for now, but should be a good foundation for [things to come](https://github.com/SmilyOrg/photofield/issues/80). * **ARM Docker images** - since [v0.14.1](https://github.com/SmilyOrg/photofield/releases/tag/v0.14.1) the published Docker images are multiarch - x64 and arm64, including [photofield-ai](https://github.com/SmilyOrg/photofield-ai/pkgs/container/photofield-ai). Makes it possible to run on cheaper, ARM-based servers, and faster on M1/M2/M3 Macs. ### Show me the demo https://demo.photofield.dev/ Now hosted on Hetzner's arm64-based CAX11 - 2 vCPUs & 4 GB of RAM - the cheapest one. The photos are © by their authors. Since migrating to the CAX11, it only uses one size of internally pregenerated sqlite-based thumbnails, taking up roughly 4% of the disk space of originals. Support for Synology Moments thumbnails is still there, but doesn't seem as crucial as before. ### How do I try it out? It's very low commitment, a single executable or Docker image that you can mount with read-only access to an existing file structure, see [Quick Start](https://photofield.dev/quick-start) (also [on GitHub](https://github.com/SmilyOrg/photofield/pkgs/container/photofield#getting-started) if the website is dead). ### Another one??? Why? It's a conspiracy to increase fragmentation and increase shareholder value of big tech companies. 😄 Jokes aside, I think there is some space for a fast, self-contained, extremely easy to deploy solution. But mainly, it's to scratch my developer itch and I get to learn new things. ### Thanks Thanks to everyone who's been using it, contributing, and giving feedback! See also [foss_photo_libraries](https://meichthys.github.io/foss_photo_libraries/) for alternatives if this doesn't fit your needs. Let me know what you think and what you'd like to see next! 🙏
fedilink

Hi, those points are certainly valid and I have nothing against these picks!

I just wanted to chime in that perf might not be as big of a problem as you might expect. 5k/hour is 1.4/sec, which sqlite should for sure be able to handle.

In fact, you can do hundreds to thousands of writes/sec, as long as you batch them in transactions (as by default each query is executed in its own transaction).


You can, but only one can write at a time, which may or may not be a problem :)