<html><head></head><body>The hourly diff option seems a good idea.<br>One to one replacement with pyosmium is also doing the trick but disk and cpu use patterns are quite different than osmupdate, so on a machine also running a tile server, it will require some tuning.<br>Regards,<br>Yves <br><br><div class="gmail_quote">Le 23 février 2021 17:56:25 GMT+01:00, mmd <mmd.osm@gmail.com> a écrit :<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre dir="auto" class="k9mail">On 2/23/21 10:31 AM, Stephan Knauss wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">On 23.02.2021 08:42, mmd wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">I doubt this will work. The new state.txt format only applies to<br>minutely diffs. If you happen to process hourly or daily diffs which are<br>still being generated using the old format, this will obviously no<br>longer work. When catching up, osmupdate would choose the most suitable<br>format (out of minutely, hourly and daily) to reduce the number of<br>downloads, so this is a real issue.<br></blockquote><br>You are absolutely right. I only looked at the minutely state file. In<br>the hour/state.txt the comment is still present.<br></blockquote><br>Perhaps that would be an option for users who can't patch their<br>osmupdate binary and want to update their local OSM data even though a<br>new osmupdate release is not yet available.<br><br>osmupdate has a few command line parameters to restrict the kind of diff<br>files it uses to update local OSM files.<br><br>From the osmupdate help:<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;"><br></blockquote></blockquote></blockquote><br>--hour<br>--day<br>        By default, osmupdate uses a combination of minutely, hourly<br>        and daily changefiles. If you want to limit these changefile<br>        categories, use one or two of these options and choose that<br>        category/ies you want to be used.<br><br><<<<br><br><br>By specifying --hour (or additionally --day) on the command line,<br>processing is limited to hourly and daily diffs, which as we've seen<br>earlier on are still using the old format.<br><br>The data would no longer be up to date to the minute. Depending on the<br>use case, hourly updates may just be fine.<br><br>This is not meant as a permanent solution and should only be seen as an<br>option to get people going again that are stuck with their broken<br>pipeline. If you try this out, make sure to create a backup first.<br><br>Once a new osmupdate release is available, this workaround should be<br>removed asap.<br><br><br><br><div class="k9mail-signature">-- <hr>dev mailing list<br>dev@openstreetmap.org<br><a href="https://lists.openstreetmap.org/listinfo/dev">https://lists.openstreetmap.org/listinfo/dev</a><br></div></pre></blockquote></div></body></html>