Reverse Geocode Question

[timcrice]

I started my own reverse geocode server last night following the Dawarich and Ton Snoei guides. I have the server running, and as the Ton Snoei guide states the API is reachable in the browser at http://"my server name":2322/api?q=amsterdam. However when I put that address into the docker-compose.yml file under dawarich_app and dawarich_sidekiq and restart Dawarich every point since has been a "point without data"

Is there a different format for putting this into the yml? Or is there something else that I am missing?

P.S- This is the most exciting project I've found in quite a while, thank you Freika!

[Freika]

@timcrice did you try to check your specific coordinates, if photon returns a valid response for them?

[timcrice]

I haven't, how would I do that?

[Freika]

@timcrice replace with real values both url and coordinates: https://your.photon.url/reverse?lon=13.352233&lat=52.51491

[timcrice]

This doesn't seem like a valid response:

[Freika]

It's a valid response, just an empty one. This indicates either there is no data on these coordinates at all, or your Photon instance doesn't have it (which is kinda normal). That's why you're having "points without data".

One suggestion might be is to check if you have downloaded photon data archive that includes data on the country you're trying to get reverse geocoding data for

[timcrice]

I finally got some time to work on this. I do get a proper response when manually sending coordinates to the API, as you suggested. It was a rookie mistake, I didn't realize that it was formatted Lon before lat. I was reversing the numbers and it was looking for a location outside of my downloaded dataset.

I however am still unable to get reverse geocoded data in Dawarich. This is a reoccurring warning I am getting in the logs, does it mean anything to you?

dawarich_sidekiq | D, [2025-01-27T14:29:02.096126 #8] DEBUG -- : Point Load (1.2ms) SELECT "points".* FROM "points" WHERE "points"."id" = $1 LIMIT $2 [["id", 31599], ["LIMIT", 1]]
dawarich_sidekiq | D, [2025-01-27T14:29:02.096738 #8] DEBUG -- : ↳ app/services/reverse_geocoding/points/fetch_data.rb:7:in `initialize'
dawarich_sidekiq | E, [2025-01-27T14:29:02.099910 #8] ERROR -- : Error performing ReverseGeocodingJob (Job ID: 77b2e755-1c40-420e-b02f-e56a7e3857ed) from Sidekiq(reverse_geocoding) in 6.29ms: Socket::ResolutionError (Socket::ResolutionError):

I appreciate the help!

[WorldTeacher]

I set up the photon-docker within the dawarich docker-compose.yml and set the PHOTON_API_HOST to '192.168.178.20:2322' (the server IP:Port I assigned to photon. Sidekiq now reports this: OpenSSL::SSL::SSLError: SSL_connect returned=1 errno=0 peeraddr=192.168.178.20:2322 state=error: record layer failure for ~16k points.

This is a part of the config:

dawarich_app:
    image: freikin/dawarich:latest
    container_name: dawarich_app
    volumes:
      - dawarich_public:/var/app/public
      - dawarich_watched:/var/app/tmp/imports/watched
    networks:
      - dawarich
    ports:
      - 3009:3000
      # - 9394:9394 # Prometheus exporter, uncomment if needed
    stdin_open: true
    tty: true
    entrypoint: web-entrypoint.sh
    command: ['bin/rails', 'server', '-p', '3000', '-b', '::']
    restart: on-failure
    environment:
      RAILS_ENV: development
      REDIS_URL: redis://dawarich_redis:6379/0
      DATABASE_HOST: dawarich_db
      DATABASE_USERNAME: db_username
      DATABASE_PASSWORD: db_password
      DATABASE_NAME: dawarich_development
      MIN_MINUTES_SPENT_IN_CITY: 60
      APPLICATION_HOST: localhost
      APPLICATION_HOSTS: localhost, 192.168.178.20,https://dawarich.theprivateserver.de,dawarich.theprivateserver.de
      TIME_ZONE: Europe/Berlin
      APPLICATION_PROTOCOL: http
      DISTANCE_UNIT: km
      PROMETHEUS_EXPORTER_ENABLED: false
      PROMETHEUS_EXPORTER_HOST: 0.0.0.0
      PROMETHEUS_EXPORTER_PORT: 9394
      PHOTON_API_HOST: '192.168.178.20:2322'
      ENABLE_TELEMETRY: false # More on telemetry: https://dawarich.app/docs/tutorials/telemetry

did I make any errors setting this up?

Opening the server IP:Port in the browser for both q=amsterdam and lat/lon gives me valid responses

[Freika]

if you're providing photon api host as a combination of ip:port, you probably don't have an ssl for it, so make sure to provide PHOTON_API_USE_HTTPS to false, in both dawarich_app and dawarich_sidekiq containers

[Clear2437]

Did this get resolved? I am basically having the same setup with the variables
PHOTON_API_HOST: 172.18.0.57:2322
PHOTON_API_USE_HTTPS: false
on the containers dawarich_sidekiq and dawarich_app. Querying the API in the browser is working completely fine, all containers are in the same network and can reach each other, but all queried datapoints are without geo data. 0 cities, 0 countries.
Any clue why that is the case?
No errors in any of the logs. The job starts and finishes fine, but everything remains at 0.

[timcrice]

The IP address you provided seems like a public IP. Are you hosting your own Photon instance? If so, the IP address should be you local IP, not the public one that your ISP gives you...

[Clear2437]

Its my local instance running in docker, yes. Using the dawarich app on iOS, the reverse geocoding works. But points that are being imported from immich and homeassistant are not getting geocoded.

[chintito4ever]

Yeah, I am having same issue as well....log shows:

[2025-08-24T05:55:42.494570 #8] DEBUG -- : enqueued retry: {"retry":true,"queue":"reverse_geocoding","wrapped":"ReverseGeocodingJob","args":[{"job_class":"ReverseGeocodingJob","job_id":"3f54a447-21fa-4866-8891-e674f5d8f044","provider_job_id":null,"queue_name":"reverse_geocoding","priority":null,"arguments":["Point",3041],"executions":0,"exception_executions":{},"locale":"en","timezone":"America/New_York","enqueued_at":"2025-08-24T04:23:15.072171429Z","scheduled_at":null}],"class":"Sidekiq::ActiveJob::Wrapper","jid":"b004a1977e92ba6d6443e60e","created_at":1756009395072,"enqueued_at":1756013397938,"error_message":"Socket::ResolutionError","error_class":"Socket::ResolutionError","failed_at":1756010025952,"retry_count":3,"retried_at":1756014844386}

UPDATE: Actually it was a mistake on my side, I put protocol infront of the Photon instance IP, e.g. http://localhost:2322. It works fine now after removing http protocol.