I never got around to checking out what happened to the diffs during that period, apologies. Are you sure that there's a gap in data? It isn't a huge amount of effort to re-generate a daily file, that can be generated at any time.
I'm not sure how simple it is for you to utilise, but the hourly (and minute) diffs will provide a continuous stream of diffs even during outages. It would be possible to apply those as a workaround. Another option is for me to update the daily diff generator to use the same code as the hourly and minute diffs. The two issues with this approach are that: 1. I will have to switch to gzip format due to java bzip2 performance issues. 2. It will lock the MySQL history tables for a longer period. Frederik Ramm wrote: > Hi, > > >> The coastline checker won't see anything after the 19th because the >> daily diff for that day is missing. Either the diff will appear or it >> will resync on the next planet dump. >> > > That's a problem I am having (for the Geofabrik Excerpts) as well - once > a daily diff has failed, I'm stuck for the rest of the week. Actually > this time I simply applied the new diffs anyway, ignoring possible > consistency problems, but it's not the best thing. > > Would it be possible to issue "extra" planet dumps after events that > disrupt the diff chain, like we had last week? So that those who rely on > diffs for a current version of the data have a clean start to work on, > without having to wait for the next regular planet? > > What does OSMXAPI do in cases like these? > > Bye > Frederik > > > _______________________________________________ > talk mailing list > [email protected] > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk > _______________________________________________ talk mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
