Hi Brett Is this problem only for the daily diffs, or also for the minutes and hours? I am trying to get the minutely diffs working and get some strange error messages "*Unable to read the changeset file on the server*"
Actually, I can't even make a wget on the files in the minute-replicate: wget > http://planet.openstreetmap.org/redaction-period/minute-replicate/state.txt > very often (but not always) returns --2012-09-04 07:46:21-- > http://planet.openstreetmap.org/redaction-period/minute > -replicate/state.txt > Resolving planet.openstreetmap.org... 193.63.75.101 > Connecting to planet.openstreetmap.org|193.63.75.101|:80... failed: > Connection r > efused. > whereas wget > http://planet.openstreetmap.org/redaction-period/hour-replicate/state.txt > systematically downloads the file properly. Am I doing something wrong or is there a problem with the state files for the minute diffs? Thanks! Stéphane -- "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux" -- Albert Einstein "A journey does not need reasons. Before long, it proves to be reason enough in itself. One thinks that one is going to make a journey, yet soon it is the journey that makes or unmakes you." -- Nicolas Bouvier Photos de voyages, photos de montagne: http://www.henriod.info On Sat, Sep 1, 2012 at 5:14 PM, Brett Henderson <[email protected]> wrote: > Hi All, > > Please note that there have been some problems with the daily replication > diffs in the last couple of days. > http://planet.openstreetmap.org/redaction-period/day-replicate/ > > BACKGROUND > All files after 148 were incorrectly created. The data in them was more > or less valid data, but they were being generated hourly and with incorrect > timestamps in the state files. Each file claimed to contain an entire day > of data, but in reality it only contained a single hour of data. In > addition, the state files were claiming to contain data from days into the > future. This was all due to a bug in the 0.41 version of Osmosis in its > dealing with replication file time boundaries. It has been fixed in the > latest development codebase and activated on the planet server. This bug > only affects server-side replication from the apidb database, and has no > impact on client-side consumption of the data. It is safe to use 0.41 on > the client side. > > MANUAL FIXUP STEPS REQUIRED > If you are using consuming the day-replicate files with Osmosis, you will > need to reset your replication state back to sequence number 148 and begin > processing from that point again. > > To do this, download the following file and overwrite the "state.txt" in > your local working directory. > > http://planet.openstreetmap.org/redaction-period/day-replicate/000/000/148.state.txt > > Performing the above step will cause Osmosis to begin process from 149 > onwards again. > > Apologies for the inconvenience, > Brett > > > _______________________________________________ > dev mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/dev > >
_______________________________________________ dev mailing list [email protected] http://lists.openstreetmap.org/listinfo/dev
