Январь 2012, обновлять к сожалению сейчас не досуг.
Что-то валидатор уже второй день не обновляется. В yav.osm2pgsql.load_dump стоит 2012-08-08
Сейчас вот вроде все посчиталось. По непонятным причинам скорость пересчета падает от дня ко дню, несмотря на vacuumdb postgres.
Помогает только ручной TRUNCATE таблиц почему-то. Надо наверное c 8.4 на 9.1 перейти уже, но все никак.
Да, я завтра отчаливаю на две недели, так что если сервисом что-то случиться - починить я скорее всего смогу только по приезду.
Спасибо, Кежемский теперь ок. А вот с Таймырском Долгано-Ненецком районом здесь всё ещё не разобрался. Точка для Дудинки есть, она в отношении, имя, place стоит. И даже куча других тегов. Что чинить?
И, как предложение, можно в всплывающей подсказке на красных и жёлтых АЦ писать в чём именно ошибка в данном случае? А то приходится всё проверять и гадать.
Пару дней назад валидатор стал считать, что город Вичуга Ивановской области (готорый является городом областного подчинения) должен входить в состав Вичугского района. Выдаёт теперь B-BAD-LEVEL. Хотя, вроде, никаких новостей об изменении статуса этого городского округа не было.
http://www.mosclassific.ru/mClass/okato_view.php тоже ничего не знает об изменении
Это ошибка списка ОКАТО?
Aleksandr Dezhin, подскажи - почему у Сухого Лога и Алтыная нет списка улиц из кладр?
http://yav.gis-lab.info/boundaries/r930932-o65758000
Полстраны без улиц. Это необьяснимо, вроде как.
Граница РФ нарушена
Что-то случилось неделю назад, есть надежда на восстановление?
Неожиданно поменялись урлы по которым скачивались обновления GNS, а посмотреть было не досуг.
С завтра по идее все должно считаться как обычно.
Ну это обнадёживает, а то взгрустнулось что-то. 
О_о сайт вернулся к жизни, но
меня настораживает
Т.е. до 25 сентября обновления валидатора можно не ждать?
Слыхал про ошибку2000, но про ошибку 31авгутса еще не разу 
Чего-то я сомневаюсь, что проблема хоть какое-то отношение к гис-лабу имеет. По крайней мере, судя по логам, опять разломали дневную репликацию, выложив дифы по середины сентября - потом видимо одумались и удалили. Сейчас проблемы судя по всему продолжаются: http://planet.openstreetmap.org/redaction-period/day-replicate/000/000/151.state.txt дифф сгенерирован на час раньше чем закончились сутки за которые собственно диф.
EdLoach: Do you mean because it ran at 23:06z rather than 00:06z? I’m guessing the server is in BST so z+1
(т.е. это из-за летнего времени)
И да, на канале признают, что нагенерили левых диффов, но сейчас всё должно быть нормально.
http://lists.openstreetmap.org/pipermail/dev/2012-September/025526.html
Ага, похоже на то, но любопытно что тогда значит UTC в отметке времени.
Дампы надеюсь к завтра пересчитаются.
Все, проверялка вернулась из будущего в настоящее.