Open Kofl opened 2 years ago
Yes automatic updates are supported for the whole planet and I've been doing it for awhile. You're not seeing any error messages?
Great that its supported, the container start only ends with:
map_1 | + sudo -u postgres psql -c 'ALTER USER renderer PASSWORD '\''renderer'\'' map_1 | ALTER ROLE map_1 | + '[' '!' -f /data/region.osm.pbf ']' map_1 | + '[' -n '' ']' map_1 | + '[' enabled == enabled ']' map_1 | ++ osmium fileinfo -g header.option.osmosis_replication_timestamp /data/region.osm.pbf map_1 | + REPLICATION_TIMESTAMP=2022-09-18T23:59:51Z map_1 | + sudo -E -u renderer openstreetmap-tiles-update-expire.sh 2022-09-18T23:59:51Z osm_map_1 exited with code 1
planet is from https://planet.openstreetmap.org/pbf/planet-latest.osm.pbf
What should be next in the log should be the output of the wget command: https://github.com/Overv/openstreetmap-tile-server/blob/10571b77b756bea8046f59de08d27f84c4faffe9/openstreetmap-tiles-update-expire.sh#L110-L116
Example output: https://github.com/Overv/openstreetmap-tile-server/actions/runs/3136263671/jobs/5108530228#step:7:862
But because we don't have any wget output it likely has an error in the code above.
I suspect that pyosmium-get-changes
has an (temporary) issue when trying to silently download from https://planet.openstreetmap.org/replication/hour/
. Try it again.
Thanks for the detailed explanation. I will retry over the coming days and report back.
Hi,
i try to use UPDATES=enabled as outlined in the documentation for the whole planet on import, but it errors out with no clear error message. Without UPDATES=enabled the import runs fine.
Is it supported at all?
Thanks
docker-compose.yml