siberiano, так и должно быть, выгрузки делаются с запасом.
По-моему, 2 дня подряд выгрузки получаются битые.
siberiano, что конкретно битое? РФ вот вполне нормальная, по крайней мере xml валидный и данные из него читаются?
Если кто-то не знает, planet.openstreetmap.org испытывает технические трудности, в результате чего не всегда доступен. Если он был недоступен в момент обновления - выгрызки могут отвалиться, как я понимаю.
siberiano, если речь о провале 2010-10-05, то его больше нет
Про него речи не было, но спасибо. Сейчас вроде всё на месте.
Гислабовский сервер прилёг отдохнуть 
Спасибо. Будем ждать это обновление.
возвращаясь к теме про***х осмозисом исчезающих мемберов у релейшенов
в случае если мембером релейшена А является другой релейшен B и в дампе он (релейшен B) находится ниже релейшена A то он исчезает из <member … /> у А
при этом в дампе остаются оба релейшена
специально для считающих что при complete*=no можно выкидывать всё не попадающее в дамп уточняю:
дамп геофабрики от 2010-11-02.
в дампе присутствуют релейшены http://www.openstreetmap.org/browse/relation/79934 и http://www.openstreetmap.org/browse/relation/163244
но при этом в релейшене http://www.openstreetmap.org/browse/relation/79934 отсутствует строка
<member type="relation" ref="163244" role="border"/>
налицо бага осмозиса.
уже высказанная на irc имхо - в случае для релейшенов
- complete=no должно быть эквивалентно - GET /api/0.6/relation/#id - т.е. все описание релейшена полное - наличие мемберов в дампе не гарантируется
- complete=yes - GET /api/0.6/relation/#id/full - описание релейшена полное. гарантируется наличие в дампе мемберов первого уровня (т.е. присутствуют все мемберы типа node и way, присутствуют полные описания мемберов вида relation, присутствие мемберов мемберов вида релейшен - не гарантируется)
зы. сначала пытался написать на русском 
потом понял что от такого количества “членов” коммент становится не читабельным вот такой вот порнографический коммент получился
господа модераторы, давайте выделим обсуждение данного специфического поведения в отдельную тему с названием типа “Проблема с выпадением отношений при резке Osmosis”, это, разумеется, относится к выгрузкам, но вопрос самостоятельный и заковыристый.
Всё, читаю, читаю… уже мозг плавится)) ну когда будет нормальная схема для маршрутов… Руки чешутся сделать их, да не пойму по какой схеме лучше, собрался было по oxoma, дак теперь и она получается “не такая, как надо” - о чёрт… 
Схема будет. Сейчас делаем по новой схеме. 3 отношения. Но пока какие-то проблемы с выгрузкой таких отношений на гис-лабе. Как все наладится, будут маршруты. Подробности тут: http://forum.openstreetmap.org/viewtopic.php?pid=125578#p125578
А “такая” - она почти как Oxomoa, просто решает некоторые ее проблемы.
Из Oxomoa сделать новую совсем недолго.
И уж её-то должно хватить на все случаи с запасом. :3
“Вопрос” по границе обрезки Иркутской области.
poly-файл из архива, скачиваемого тут http://gis-lab.info/data/osm/osm-rus-poly.7z весит около 300к и, при скармливании его конвертеру osm2mp, приводит к ошибке “кольцо не замкнуто” - конвертер выкидывает. Если создать poly-файл самостоятельно (getbound.pl’ем), (с тем же идентификатором релейшна границы Иркутской области), то файл весит около 1,5М и конвертер его благополучно проглатывает.
почему osm2mp выкидывает - я не знаю, большим иркутском осмосисом режется уже довольно давно и без проблем.
однако, это напоминает мне, что постепенно надо переводить на резку буферизованными границами из самого осма.
Кстати, да. Это совсем не сложно. осмосис хорошо кушает poly-файлы, созданные лёшиным getbound.pl
Выгрузка сегодня прошла подозрительно быстро
и судя по некоторым “симптомам” (исправленные ошибки. Дубликаты в Уфе остались в выгрузке, но отсутствуют в ОСМ со вчерашнего дня) имел место сбой?
А что у нас с full.osm.bz2?
Почему-то размер 9 байтов.