no geolocation in Recorder's last/ URL

[eBug]

ocat correctly returns address associated with coordinates (I'm using opencage) but the address doesn't appears in maps:

ocat --last|jq
[
 {
   "_type": "location",
   "_id": "9e0013c1",
   "acc": 100,
   "alt": 146,
   "batt": 93,
   "bs": 1,
   "cog": 0,
   "conn": "m",
   "created_at": 1751797501,
   "m": 1,
   "t": "c",
   "tid": "p5",
   "tst": 1751797499,
   "vac": 3,
   "vel": 0,
   "topic": "owntracks/eric/pixel5",
   "username": "eric",
   "device": "pixel5",
   "ghash": "u150urd",
   "isotst": "2025-07-06T10:24:59Z",
   "disptst": "2025-07-06 10:24:59",
   "tzname": "Europe/Brussels",
   "isolocal": "2025-07-06T12:24:59+0200",
   "cc": "BE",
   "addr": "[REDACTED]"
 }
]

image redacted

[jpmens]

Is that really a screenshot from our Frontend program or rather from the Recorder's own builtin simple Web interface? (I think the latter.)

[eBug]

Is that really a screenshot from our Frontend program or rather from the Recorder's own builtin simple Web interface? (I think the latter.)

this is from owntracks/last URL.

[jpmens]

Thanks for clarifying.

Indeed that looks strange, as the coordinates you are showing match.

Can you show the result of a Recorder API access for that timeframe? Something along the lines of

curl -sSf "http://hostnameIPaddress:8083/api/0/locations?user=eric&device= pixel5&from=2025-07-06T10:24:00&to=2025-07-06T10:26"

you might have to juggle a bit with the timestamps to get the correct records

[eBug]

I can reach the API locally when ssh'ed to the server but not remotely:

[REDACTED]

[jpmens]

I can reach the API locally when ssh'ed to the server but not remotely:

that is expected (and we sure hope it's the case) because you hopefully have your system on a TLS port (probably 443). If you installed via our Quicksetup, which you seem to have done, that will be the case.

Thanks for the output.

[jpmens]

Could you please re-run the query with last?

curl -sSf "http://127.0.0.1:8083/api/0/last?user=eric&device=pixel5&from=2025-07-06T10:24:00&to=2025-07-06T10:26" | jq

[eBug]

I can reach the API locally when ssh'ed to the server but not remotely:

that is expected (and we sure hope it's the case) because you hopefully have your system on a TLS port (probably 443). If you installed via our Quicksetup, which you seem to have done, that will be the case.

Thanks for the output.

I installed running Quicksetup but instead of nginx I'm with Apache so I had to build a custom vhost directive (a bit painful indeed, the proxy directives documented didn't work for me).

[eBug]

[REDACTED]

[eBug]

Strange enough, if I report my position the /last map gets updated with address:

[image REDACTED]

but if I refresh the same page (F5) the address vanishes:

[image REDACTED]

[jpmens]

The example curl output you posted above has different coordinates from your original post, because your smartphone has since updated the location.

Can you please perform curl query on the /api/0/last and /api/0/locations URLs both of which return the same object?

I cannot reproduce the behavior you're seeing, also not the Web page REFRESH behavior, hence the need for more data.

[eBug]

eric@hel:~$ curl -sSf "http://127.0.0.1:8083/api/0/last?user=eric&device=pixel5&from=2025-07-07T07:15:00&to=2025-07-07T07:26" | jq
[
  {
    "_type": "location",
    "_id": "0c11aaaa",
    "acc": 348,
    "alt": 110,
    "batt": 81,
    "bs": 1,
    "cog": 0,
    "conn": "w",
    "created_at": 1751884061,
    "m": 1,
    "tid": "p5",
    "tst": 1751884052,
    "vac": 1,
    "vel": 0,
    "topic": "owntracks/eric/pixel5",
    "username": "eric",
    "device": "pixel5",
    "ghash": "u151784",
    "isotst": "2025-07-07T10:27:32Z",
    "disptst": "2025-07-07 10:27:32",
    "tzname": "Europe/Brussels",
    "isolocal": "2025-07-07T12:27:32+0200"
  }
]

eric@hel:~$ curl -sSf "http://127.0.0.1:8083/api/0/locations?user=eric&device=pixel5&from=2025-07-07T10:15:00&to=2025-07-07T10:30" | jq
{
  "count": 1,
  "data": [
    {
      "_type": "location",
      "_id": "0c11aaaa",
      "acc": 348,
      "alt": 110,
      "batt": 81,
      "bs": 1,
      "cog": 0,
      "conn": "w",
      "created_at": 1751884061,
      "m": 1,
      "tid": "p5",
      "tst": 1751884052,
      "vac": 1,
      "vel": 0,
      "ghash": "u151784",
      "isorcv": "2025-07-07T10:27:32Z",
      "isotst": "2025-07-07T10:27:32Z",
      "disptst": "2025-07-07 10:27:32",
      "tzname": "Europe/Brussels",
      "isolocal": "2025-07-07T12:27:32+0200"
    }
  ],
  "status": 200,
  "version": "1.0.0"
}

partially redacted

[jpmens]

So both records have comparable content, and that is good. Now let's please verify whether that particular location was actually reverse-coded.

On the server, please run:

$ ocat --dump | grep u151784

(That's the geohash reported from that particular location.)

If you get no output, please check whether the location is missing in the database:

$ grep u151784 /var/spool/owntracks/recorder/store/ghash/missing

[jpmens]

Info: I have edited all your comments to remove privacy-related geo information.