Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

render_list ignoring current tiles with --all parameter #4801

Open
openstreetmap-trac opened this issue Jul 23, 2021 · 1 comment
Open

render_list ignoring current tiles with --all parameter #4801

openstreetmap-trac opened this issue Jul 23, 2021 · 1 comment

Comments

@openstreetmap-trac
Copy link

Reporter: openstreetmap[at]jurr.org
[Submitted to the original trac issue database at 8.39am, Thursday, 28th February 2013]

When using the --all parameter, render_list will always render every tile. When not using the --all parameter, it will check if there is already a current tile, and will only render such tile again with the --force parameter.

I want to use --all to prerender tiles, but I also want the option to kill the render_list process and continue later. For this, I need --all without implicit --force. Furthermore, the implicit --force is counterintuitive.

I have created and attached a .patch for this.

@openstreetmap-trac
Copy link
Author

Author: sanosuke001[at]gmail.com
[Added to the original trac issue at 2.29pm, Monday, 16th September 2013]

What is the status of this ticket? Has the patch been applied? I tried applying it to the render_list.c file from the mod_tile git repository but received errors. (installing mod_tile as per instructions at: http://switch2osm.org/serving-tiles/manually-building-a-tile-server-12-04/)

I need to run a server and am trying to pre-render zoom 0-15 but I also need to reboot the VM periodically and render_list keeps trying to re-render tiles it's already done; I'd like it to only render missing tiles in the given zoom range.

Thanks for the great work, guys. It's definitely appreciated.

The output of patch attempt:

~/src/mod_tile/src$ patch render_list.c /media/sf_raid/render_list.patch
patching file render_list.c
Hunk #1 FAILED at 311.
Hunk #2 FAILED at 487.
Hunk #3 FAILED at 517.
3 out of 3 hunks FAILED -- saving rejects to file render_list.c.rej

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant