Максимум что сказать можно “Добрый день! Я только хотел сказать, что после каждого объекта сохраняться не обязательно. Можно сохранять несколько объектов за раз. Если есть возникнут вопросы - могу помочь”
Объяснять “оптимальный размер пакета правок” нецелесообразно, пусть лучше объекты отмечает как может чем твои супер-детальные советы слушает.
10 минут будешь объяснять, а там правок на два часа было. И свои и твои 10 минут - зачем?
Подобное вымораживает, ибо сильно мешает отслеживать правки в районе.
Только срываться на новичков изза плохих инструментов или плохих привычек - не вариант. Я не про кого-то здесь конкретно - а в целом.
Я как раз писал как можно обойтись без RSS потоков: http://www.openstreetmap.org/user/d1g/diary/38077
Никто и не собирался срываться на новичков.
Написал ему. Новичок оказался адекватный. Мне показалось, он много собирается рисовать. Отправил его на josm.ru.
Фонетика не та, что-то типа “ошон” будет, но лучше Мутсубиси чем Митсубиши.
Заметил странную вещь … Немного более недели назад валидатор НП РФ стал затягивать объекты по всему миру (relation с admin_level). Такого раньше никогда не было, но сейчас каждый день в мой дамп РФ стали попадать объекты из Австралии, Франции, Португалии, США и т.п.
Замечал ли кто-то что-то подобное? Мог поменяться формат change file? Какой-то глюк osmupdate или мой локальный дамп стал кривым и спасёт только обновление planet.osm?
На всякий случай вот командная строка которая до недавних пор не вызывала вопросов:
osmupdate.exe -v --day --hour -B=RUS.poly RU-latest.0.osm.pbf RU-latest.osm.pbf
Ничего локально у меня не менялось - ни osmupdate, ни poly-файл.
Заметил похожее несколько дней назад, но осознал позвчера.
Вот примеры отношений
http://www.openstreetmap.org/relation/6041893
http://www.openstreetmap.org/relation/6041886
Я удивился, чего это в Крыму делает?
У меня дамп обновляется osmupdate’ом , ни то, ни другое не обновлял.
Значит какие-то такие данные приходят странные в диффах и как-то они проскальзывают сквозь обрезку.
Да, это именно то что и я наблюдаю … может действительно формат поменялся и обрезка стала хватать то что не положено?
А я было обрадовался, что Россия стала так быстро в весе прибавлять, а тут оказывается данные лишние 
За 28 февраля глазами ещё не вижу в файле обилие иностранных названий.
Судя по файлам все они созданы Osmosis 0.41-7-g87182e9, похоже дело в 32 бите
А это какая-то известная проблема или кого-то пнуть надо? Каждый день прилетает масса новых ненужных объектов 
Оказывается вышла новая версия osmconvert
// osmconvert 2016-02-12 20:30
#define VERSION "0.8.5"
С новым osmconvert pbf России похудел сразу на 16 мегабайт! Валидатор на новом дампе прогоню завтра, надеюсь никаких ещё пакостей не найдётся.
Но такая вот неожиданная смена формата оказалась неприятным сюрпризом … Есть какие-то алиасы чтобы подписывать и заранее узнавать про такие изменения?
С новым osmconvert теперь получаю падение osmconvert (win32)
osmupdate: Merging changefiles.
osmupdate: Creating output file.
osmconvert Error: PBF write: not enough memory.
Подняли размеры --hash-memory и изменили пропорцию на точки, линии, отношения с (80/15/5) → (90/9/1). И видимо теперь не хватает оперативки. Не помню из-за чего, но я ограничил количество файлов для merge 4 днями.
Если что, старый osmconvert тут (ну или по ссылке из вики на файл). Почитал изменения, решил не обновлять.
А где можно почитать развёрнутый ченжлог изменений osmconvert/osmfilter?
Я взял сравнил сорсы с предыдущими
http://m.m.i24.cc/osmconvert.c
http://m.m.i24.cc/osmconvert_old.c
добавилась обработка новых опций по вырезке окрестности
“–add-bboxwidth-tags add tags for estimated bbox widths\n”
“–add-bboxwidthweight-tags add tags for log2 of bbox widths\n”
Я сбилдил 64 битную версию, надеюсь у вас есть важные файлы на компе 
Однако результат налицо, я тоже обновил свой старый дамп и не обнаружил в нём европейских улиц.
Какой не хватает? Утреннюю Грузию не хочет обновить.
Обычной
#define pw__bufM (UINT64_C(186) Megabytes)
#define pw__compress_bufM (UINT64_C(35) Megabytes)
pw__buf= (byte*)malloc(pw__bufM);
pw__bufe= pw__buf;
pw__bufee= pw__buf+pw__bufM;
pw__compress_buf= (byte*)malloc(pw__compress_bufM);
r= pstw_ini();
if(pw__buf==NULL || pw__compress_buf==NULL || r!=0) {
PERR("PBF write: not enough memory.")
Как совет, попробуй убавить --max-merge=COUNT у osmupdate