Recreate tiles with new mapnik.xml file about openstreetmap-tile-server HOT 2 CLOSED

What do you mean by

and... nothing happened

Did you get an image with the old style or did you get no image at all?

Exchanging the XML file and restarting the container does work in my experience.

But if the server already existed and worked before, then it still holds the tiles (image files) generated with the old style. The tiles cache needs to either be deleted (e.g. with rm -rf . in the tiles directory), (force) re-rendered, or expired (aka. re-render after the next client access) to use the new style.

Which renderd / mod_tile script did you run exactly and with which arguments?
render_expired?
render_list?
(render_list_geo.pl?)

Did you manually edited the mapnik.xml or did you compiled it with carto or another tool?

Before I knew about carto I started manually editing the default XML file, to create my own style. I changed it a few times because of changing requirements / wishes from the product owner(s).

Sometimes I made mistakes editing it, so it's important to monitor the logs at startup of the container (e.g. for invalid XML syntax or invalid semantic) and while rendering (e.g. invalid database queries), because there might be errors preventing it from re-rendering tiles, resulting in serving old cached tiles or an http error code.

(Tip: it's a good idea not to deploy new styles directly to the productive tile server, but to test them out on a little test tile server serving only a small region).

[Edit: I also tried out other Mapnik XML styles than openstreetmap-carto at some point, but often had errors with them because they might have different runtime requirements (e.g. fonts) and might need other data inside the postgres database].

from openstreetmap-tile-server.

@MichalPopieluch you can run "docker logs container_id" or "sudo docker logs container_id" to see the errors in rendering

from openstreetmap-tile-server.