[OSM-dev] Osmarender not always showing latest data
Rowland Shaw
rowland.shaw at gmail.com
Tue Dec 16 13:06:02 GMT 2008
Looks like osmarender is doing something odd again:
http://www.openstreetmap.org/?lat=51.5443&lon=0.75487&zoom=16&layers=0B00FTTT
And this time a re-render from informationfreeway is not fixing it :(
(It appears to have lost a bunch of fixes I did around 2008-11-27
21:25:52). Bizarrely the Mapnik layer is better in this area...
2008/12/16 Milenko <milenko at king-nerd.com>:
>> milenko at king-nerd.com wrote:
>>> I haven't figured out how the server got out of sync with the main api
>>> yet. My best guess is that I somehow missed part of a day or a few hours
>>> when I initially brought the server online. If I remember correctly the
>>> timeframes are about the same.
>>>
>> Okay, hopefully it was a once off.
>>> The only issue I've had with --rci was during the api outtage last
>>> weekend. The main server produced a 0-byte minute diff during the
>>> outtage and osmosis wouldn't scan past that file. I had to apply the
>>> hourly diff and then go from there.
>>>
>> Can you let me know if this happens again? That seems odd. I should
>> never create 0 byte diffs. At a minimum they should be 110 bytes which is
>> an osmChange file containing no data. I don't update the server timestamp
>> until a diff file is successfully generated and available. That way
>> clients should never download an invalid file. The only exception to this
>> is when utf-8 issues crop up in the main db and osmosis generates a dodgy
>> file on the server that can't be processed.
>>
>
> If it comes up again I'll let you know. Like I said, it was during the
> outtage so maybe the db went down as osmosis was opening the file for
> writing or something like that.
>
> -Jeremy
>
>
>
> _______________________________________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/dev
>
More information about the dev
mailing list