WK 2026: Scoor de beste deals! Stel jouw winnende opstelling samen met behulp van ons advies.

Software-update: Dawarich 1.7.7

Dawarich logoDawarich is een opensource alternatief voor Google-locatiegeschiedenis. Dat kan voor een klein bedrag in de cloud van Dawarich, maar het kan ook prima in eigen beheer worden gehost. Het kan de verzamelde informatie op een interactieve kaart tonen, kan informatie met familieleden delen en kan aan Immich en Photoprism worden gekoppeld om zo foto's voorzien van een geotag op de kaart te tonen. Versie 1.7.7 is uitgekomen en hierin zijn de volgende veranderingen en verbeteringen doorgevoerd:

Breaking changes

Prometheus metrics backend migrated to Yabeda. Dawarich now uses the Yabeda monitoring framework instead of discourse/prometheus_exporter. Self-hosters who scrape Prometheus metrics from Dawarich should update their configuration. If Sidekiq is unreachable during a scrape, web returns its own metrics only and
logs a warning. Prometheus sees a momentary gap in sidekiq_* rather than a
failed scrape. Scrape target (requires HTTP basic auth with METRICS_USERNAME / METRICS_PASSWORD):

  • Web: http://dawarich_app:3000/metrics

Custom dawarich_archive_* metric names are unchanged. Dashboards and alerts built on these metrics continue to work. Infrastructure metric names have changed. If you have dashboards built on ruby_*, active_record_*, or similar metrics emitted by prometheus_exporter, you must update them.

Removed environment variables:

  • PROMETHEUS_EXPORTER_HOST, PROMETHEUS_EXPORTER_HOST_SIDEKIQ — no longer needed. Metrics are served in-process by each application.

Retained environment variables:

  • PROMETHEUS_EXPORTER_ENABLED — still the single on/off switch.
  • METRICS_USERNAME, METRICS_PASSWORD — unchanged.
  • PROMETHEUS_EXPORTER_PORT — port the in-process Sidekiq metrics exporter binds to (default 9394).

New optional environment variable:

  • SIDEKIQ_METRICS_URL — internal URL the web container uses to fetch Sidekiq metrics (default http://dawarich_sidekiq:9394/metrics). Override on Dokku, Kubernetes, or any deployment where the worker container's hostname differs from the docker-compose default.

Prometheus scrape config example:

scrape_configs:
  - job_name: dawarich
    metrics_path: /metrics
    basic_auth:
      username: prometheus     # set via METRICS_USERNAME
      password: prometheus     # set via METRICS_PASSWORD
    static_configs:
      - targets: ['dawarich_app:3000']
Fixed
  • Fixed monthly stats failing with a "Stats update failed" notification when the month's distance exceeded the int4 limit (2,147,483,647 m ≈ 2.15M km). Affected months stayed stuck on the prior value until recalculated. #1996
  • 500 error on the imports page. #2683
  • Insights weekly pattern now refreshes after monthly stats change, instead of showing a stale snapshot until the next monthly digest job runs. #2478
  • Points with no reverse-geocoding result (ocean, wilderness) are now marked as attempted instead of being re-queued every nightly run; use "Start Reverse Geocoding" to retry after switching providers. #2271
  • Activity detection now falls back to displacement when the tracker reports 0 m/s, so OwnTracks Significant Change mode and similar low-power setups stop misclassifying real movement as stationary. Run Map v2 → Settings → Recalculate tracks & stats to apply to existing tracks. #2390
  • Redis no longer balloons (multi-GB) when browsing photos with Immich or Photoprism connected. Photo thumbnails are no longer copied into the server-side Redis cache; the browser caches them directly via Cache-Control instead. #1609
  • Drag-selecting a region on the map now includes visits attached to your saved Areas (Home, Work, etc.), instead of silently dropping area-only visits from the visit tray. #2420

Dawarich

Versienummer 1.7.7
Releasestatus Final
Besturingssystemen Android, iOS, Platformonafhankelijk
Website Dawarich
Download https://github.com/Freika/dawarich/releases/tag/1.7.7
Licentietype Open source/betaald

Door Bart van Klaveren

Downloads en Best Buy Guide

16-05-2026 • 13:53

6

Submitter: Verwijderd

Bron: Dawarich

Update-historie

Reacties (6)

Sorteer op:

Weergave:

Ik zie nog even de usecase niet. Waarom wil je dit precies? Ik ben groot fan van self-hosting en heb (ook) Immich met plezier in gebruik. Maar ik maak daar al gebruik van geolocatie in EXIF-data (en die kan ik indien ondig met XnView MP nog aanpassen) zodat ik foto's al op de wereldkaart zie in Immich. Daar heb je geen extra service -ook niet zelf gehost- voor nodig?

Heb je hier een losse app voor nodig op je telefoon ofzo? Vragen vragen....
De foto-integratie is maar een subset van de features, het is voornamelijk gemaakt als alternatief/opvolger voor Google Timeline. Handig als je locatiespecifieke informatie wil terugvinden, zoals hoe je naar werk ben gekomen twee weken geleden (voor declaratie), bij welk restaurant je zo lekker hebt gegeten vorig jaar oktober, welke wandelroute je ook al weer had genomen, of gewoon voor de stats: in welke landen ben je geweest, hoeveel km heb je gefietst dit jaar etc.
Niet iedere camera heeft toegang tot locatiedata. Voor mijn spiegelreflex moet ik daar bijvoorbeeld eerst een extra module voor aanschaffen.
Ik host dit voor enkele vrienden die het leuk vinden om locatiegegevens te bewaren, maar dit niet bij een groot techbedrijf willen stallen. De locaties kunnen door middel van een plugin ook gebruikt worden binnen Immich.
Op welke manier?

Foto's met je smartphone hebben al een locatie. Is dit voor foto's met een gewone camera zonder GPS of foto's die je via chat-apps doorgestuurd krijgt?
Verwijderd @.MaT16 mei 2026 18:48
Foto's die je zelf maakt met gewone camera zonder dat die locatiegegevens heeft. Via chatapps lijkt me niet zinvol, anderen die een foto sturen zitten vaak op een andere locatie als ze een foto versturen. Dan zou je alleen de locatie hebben op het moment van ontvangst of het maakmoment, afhankelijk van wat de chatapp stript bij het versturen van de foto.

Om te kunnen reageren moet je ingelogd zijn