You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When the recorder performs a reverse geo lookup for a particular lat/lon (a.k.a. geohash) combination we store the address (and since recently tzname) in the database.
In the course of time, that address might be invalidated, e.g. a street is renamed. (It's even possible that a time zone is renamed.)
The proposal is to add something like a ttl to the cached data and periodically purge expired entries.
The text was updated successfully, but these errors were encountered:
It takes less than 1 second to scan through 120,000 records in the lmdb geocache using a cursor in a running recorder, including reading the record and decoding its JSON:
START: 1707256233
COUNT= 120112
END: 1707256233
This would make it feasable to keep it all very simple and, say, perform a scan every 10 or 20 received positions to determine which of the cached entries need purging and purge them.
- FIX: add card data to websocket notifications (#450)
- FIX: Enable building when WITH_TZ=no to disable timezone information (#473)
- FIX: view lastpos response (#471)
- FIX: handle out-of-order location notification in last/ (#472)
- FIX: drastically reduce memory leakage in views (#464)
- FIX: reformat json if it contains newlines/tabs before storing in .rec (#437)
- NEW: cached geo records can be auto-expired by setting OTR_CLEAN_AGE (#447)
- NEW: option -J prints variables in JSON format, for scripting
- NEW: version is printed in -J / -V
- FIX: in http mode friends' data must contain a topic; construct it or retrieve from last if available (#451)
- FIX: crash on non-string event name in _transition messages (#454)
- NEW: Add alt field to GeoJSON points parameters (#456)
When the recorder performs a reverse geo lookup for a particular
lat
/lon
(a.k.a.geohash
) combination we store the address (and since recentlytzname
) in the database.In the course of time, that address might be invalidated, e.g. a street is renamed. (It's even possible that a time zone is renamed.)
The proposal is to add something like a ttl to the cached data and periodically purge expired entries.
The text was updated successfully, but these errors were encountered: