Эпоха возрождения

Paspartu, в валидаторе http://yav.gis-lab.info/boundaries/r1221185 рассыпались Сах. обл. и Хаб. край - это старые данные или надо исправлять?

Вчера я весь ДФО проверил. Лучше подождать до более нового дампа.

Извиняйте за долгое отсутствие - были важные дела. Сделал пирог для 3 этапа. Этап 3 по версии osmisto, но я бы поставил его по-раньше, т.к. позже сверять удаленные объекты и базу будет скучнее, потому что часть объектов уже вернут с помощью валидаторов. Но при этом валидаторы не заметят львиную часть косяков… Не против параллельного совмещения этапа с другими. Может обозвать его как “общий”, “поверхностный” или “сквозной” этап?
За основу пирога взял пирог осмисто, но разбил его на более мелкие куски там, где большая плотность удаленных и измененных объектов. В итоге в Московской и Ленинградской областях поделил по дорогам в зависимости от плотности “работы” бота. Также отделил некоторые районы Тверской обл.
Моя логика такова:

  1. проверяем места, где поработал бот, с помощью карты удалений и изменений;
  2. Дороги:
    2а. Ищем значительное изменение геометрии автомобильных и железных дорог в следствии удаления точек, а также разрывы в них (удаленные/измененные развязки, мосты и т.п.). После проверки всего куска и восстановления данных можно поставить 1/9.
    2б. Ищем полностью удаленные дороги. После их восстановления - 2/9.
  3. Ищем значительное изменение геометрии рек и ручьев в следствии удаления точек, а также разрывы в них (удаленные/измененные развязки, мосты и т.п.) и полное удаление. После проверки всего куска и восстановления данных можно поставить 3/9.
  4. Ищем значительное изменение геометрии озер, лесных массивов и других крупных площадных объектов. После исправления - 4/9.
  5. Проверяем удаленные или искаженные домики и пешеходные дороги. После восстановления - 5/9.
  6. Просматриваем весь кусок на предмет удаления/изменения остальных объектов, которые можно восстановить - ЛЭП, границы, точки и границы НП, разные площадные объекты (кроме крупных). По завершению - 6/9.
  7. Просматриваем более тщательно в редакторе все данные - возможно глаз зацепится за “косяк”. Через несколько часов просматриваем в Mapnik’е весь кусок или выборочно в важных местах - возможно глаз зацепится за “косяк”. По завершению - 7/9.
  8. Восстанавливаем данные с помощью валидатора линий без тегов и, если сделают, точек без тегов. По завершению - 8/9.
  9. Ну и совсем маньяки могут замапить удаленные крупные лесные массивы, озера и берега рек. По завершению - 9/9.

Возможно кому-то будет удобно делать все шаги в частях пирога. Тогда ставьте оценку в соотношении площади просмотренной части к общей площади куска пирога. И обязательно указывайте где какие шаги проделали.

Вот, кстати, исходник моих границ кусков пирога.

У тебя эпичный пирог :slight_smile: Можно я 9/9 удалю? Всё таки рисовать новое - это лучше отдельной задачей И границы НП тоже? Чтобы не пересекались

Canabis, обновил первое сообщение. Нормально?

Не новое, а удаленное старое. Например, удалили одно из озер среди череды других. До него вряд ли доберутся в довольно дальней перспективе, т.к. там не будет “белого пятна” - все будут думать, что там все прорисовано. Ну и в мапнике часть из них еще будет отображаться на мелких масштабах.

Можно убрать. Тогда упоминание всех границ надо убрать. Надо написать тогда, чтобы границы не трогали. Хотя мне кажется не будет такого изобилия правок, чтобы были конфликты - слишком уж территория обширная получается…

Нормально. Твой вариант алгоритма мне больше нравится - краткость сестра таланта :wink:

Ок, скопирую сюда, чтобы остальные не пропустили update :slight_smile: Этот пирог запускается параллельно с первым

осмисто, добавь пожалуйста в 1/9 - проверять корректность запретов поворотов

А каким образом это можно увидеть на удалённых данных?

на удаленных никак, но если была изменена или удалена улица, то на ней или на ранее соединенных с ней улицах могут остаться следы запретов - не редко они оказываются не корректными, соответственно не работают или вообще дезинформируют.

Если вдруг надо, у меня есть гислабовские выгрузки RU-TVE.osm.bz2, RU-MOS.osm.bz2 и RU-MOW.osm.bz2 от 1 июля.

А у меня планета есть, от 11 июля. Только она в Pbf, в ней теги нельзя посмотреть :smiley:

А также сломанные маршруты, испорченные ограничения оформленные в виде relation и т.п?

У меня есть встречное предложение: если ограничение пропало или запрещает неправильно, то мы этого не узнаем, а если оно сломалось, то лучше подождать валидатор, который это покажет и по нему править.

Искать ошибки на карте — это тяжелая ручная работа, а у нас не Китай не так много рук, чтобы ими разбрасываться. Эффективнее писать валидаторы, а ручками уже работать там, где автоматика хромает: чинить ошибки, создавать новые :slight_smile:

Вообще-то на самом гислабе лежат практически все выгрузки за последний год. Например, тут http://data.gis-lab.info/osm_dump/dump/RU/

Согласен, перегибаю палку… Валидаторы это могут обнаружить.
У меня в куске в были запреты между не соединенными секциями дорог и с отсутствием одной из роли. В принципе, вроде, о всех подобных косяках сообщает проверка перед загрузкой на сервер.

По 3 этапу. По первому опыту редактирования районов с большой плотностью объектов - проще все подэтапы делать разом. А оценку (х/9) ставить в пропорциональном соотношении от всей территории.

В этом случае надо доделывать до конца, потому что никто не знает, что уже проверили, а что нет :slight_smile: Сейчас напишу

для этого в описании куска надо писать что обработал, а еще лучше дополнительно обводить просмотренные территории полигоном, например http://www.openstreetmap.org/browse/way/173793539

За раз Москву и подмосковье не сделаешь, а делить на мелкие куски тоже сложновато… У меня сейчас исправление косяков в Митино заняло 3 часа.

Я поднял заготовленный заранее монитор потерянных отношений:

http://relations.amdmi3.ru/

Он сравнивает отношения из двух дампов (в качестве старого используется гислабовский от 20 июня, ЕМНИП тогда перелицензирование уже началось, но до России ещё не дошло, так что он более-менее “самый последний”) и показывает где отношения были удалены или где в отношениях были потеряны члены (тупо сравнение количества, так что не идеально точно) и тэги. Есть несколько известных багов, их починка будет заметна с задержкой в сутки, после обновления.