Ну это обнадёживает, а то взгрустнулось что-то. 
О_о сайт вернулся к жизни, но
меня настораживает
Т.е. до 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 в отметке времени.
Дампы надеюсь к завтра пересчитаются.
Все, проверялка вернулась из будущего в настоящее.
а Украина уже не валидируется?
http://yav.gis-lab.info/boundaries/r60199
последний раз эта страничка открывалась еще где-то в июле, а последнее время только Server Error: An internal server error occurred
Да Украину пришлось временно выключить после последних проблем с производительностью - да и не заходил туда никто особо судя по логам.
В противном случае ни то ни другое не успевает посчитаться.
Жаль, может хотя бы раз в неделю-две/месяц получиться запускать проверку?
а вы уже проапдейтили PostrgeSQL, PostGIS?
PostGIS 2.0 некоторые операции выполняет значительно быстрее, может и валидатор быстрее станет работать…
Нет, к сожалению и PostgreSQL и PostGIS очень древние - 8.4 и 1.3, просто в лоб проапгрейдиться не получается, там есть вещи типа ручных INSERT-ов в geometry_columns.
С Украиной чего-нибудь придумаю я думаю.
Странно, судя по странице статуса всё еще фьюче - yav.osm2pgsql.load_dump + + - 2012-09-25 00:00:00
Действительно странно, ну значит возврат из будущего все таки завтра будет.
- ГО Ульяновск (http://yav.gis-lab.info/boundaries/r1760251-o73701000)
Вопрос по одноименным НС. Обозначен поселок Белый Ключ (http://yav.gis-lab.info/settlements/n1867995017-w176255462) и станция Белый ключ оба находятся в пределах ГО .
Станция с такими ключами, и видимо она вообще не подцепилась:
addr:country=RU
addr:district=Ульяновск
addr:postcode=433320
addr:region=Ульяновская область
cladr:code=7300000102500
cladr:name=Белый Ключ
cladr:suffix=станция
name=Белый Ключ
place=isolated_dwelling
Поселок соответственно:
addr:country=RU
addr:district=Ульяновск
addr:postcode=433320
addr:region=Ульяновская область
cladr:code=7300000102400
cladr:name=Белый Ключ
cladr:suffix=село
name=Белый ключ
place=village
Плюс ещё 3 села в области с таким же названием. Как их правильно обозначить, чтобы каждый встал на своё место?
- г. Ульяновск (http://yav.gis-lab.info/settlements/n711715624-r2049867-o73401000-k7300000100000)
Вопрос по бывшей ул. Советская (73000001000058900). Теперь она ул. Спасская. В тегах к улице указан код но сопоставление не происходит:
cladr:code=73000001000058900
cladr:name=Спасская
cladr:suffix=Улица
name=Спасская улица
Для НП используется okato:user=, для улиц kladr:user=
Спасибо, а тогда cladr:code=* зачем нужен ? Или не нужен ?
Теги cladr:* не нужны никому.
В справочнике есть такие улицы:
Е.Пугачева, улица
Б.Хмельницкого, улица
Д.Бедного, улица
А вводятся они как
Е. Пугачёва, улица
Д. Бедного, улица
Б. Хмельницкого, улица
с пробелом после точки - валидатор их воспринимает как неправильные.
Можно ввести исключение для таких улиц, как для буквы Ё, что бы и пробел после точки добавлял или тримил.