Это давно уже реализовано. слой Ошибки (Разрывы) - подсвечивает улицы, которые содержат подозрительно длинные разрывы между сегментами. Или же кнопка Intersection / Segments Gaps в редакторе улиц - отфильтрует список по этому подозрению
С утра не работали валидаторы «OSM Name Editor», да и http://nadoloni.com не отображал слой «Ошибки (addr:housenumber)» (классные красные линии 
, хорошо видно ошибки, особенно если на значительном удалении друг от друга)
Еще бы выделения линий убрать
Только есть ощущение, что при этом границы населенных пунктов во внимание не принимаются, и просто ищутся куски в некоторой окрестности. Улицы с одинаковым названием в близкорасположенных населенных пунктах показываются как разрывы. В результате картинка очень захламляется такими ложными срабатываниями, и на их фоне сложно заметить настоящие ошибки.
Ещё непонятно, почему например вот тут не склеились все части Белевского проспекта. Возможно, это из-за противонаправленного вея.
Ну и да, наверное, светло-красное облако вокруг проблемной линии лучше уменьшить (или даже вообще убрать).
Границы во внимание принимаются. Даже есть отдельный слой, который подсвечивает улицы, которые пересекают границу НП и оказываются в двух городах одновременно. Проблема Белевского проспекта в другом. Так как сайт мультиязычный, я группирую сегменты по name + addr:suburb + name:en + name:ru + name:uk + name:pl + alt_name + old_name. А в случае Белевского проспекта имеем ситуацию, когда для части сегментов проставлен name:en, а для части нет. В результате получаем 2 улицы с одинаковым name, но разным name:en
Отдельный слой видел, там все понятно и удобно. Но если тут границы тоже учитываются, почему например проблема с Морской улицей? Да и еще похожих много (там же рядом Нижняя дорога).
Здесь понял, спасибо.
Может проблема с улицами, имеющими конечную точку на границе place? Что-то все такие попадаются.
Сколдовал быстрый фикс - следущее обновление должно проигнорировать такие улицы
Вынужден отключить обновления. Хостинг-провайдер жалеется, что сервис слишком сильно нагружает сервер. А возросшая нагрузка явно связана с расширением покрытия на РФ 
Хороший валидатор дубликатов адресов. Спасибо
Может, можно что-то оптимизировать? Не стесняйтесь, хорошие валидаторы редкость, за жизнеспособность которых многие поборятся.
Т.е. вы ежедневно перелопачиваете тонны дампов? В наше время это не кошерно, тем более с таким покрытием. Пора озаботиться обработкой дифов. И нагрузка будет более равномерной (и сильно ниже, чем у вас сейчас в пиках, во время переваривания дампов) и обновления сильно чаще.
Актуализация данных на диффах работает. Основная проблема в пост-обработке. Так как объекты взаимосвязаны, приходится работать почти со всем объемом данных.
Словом, поддерживать РФ я скорее всего не смогу. Потому в близжайшее время выложу исходники на гитхаб. Может кто для РФ потом поднимет что-то аналогичное.
Обновления снова работают, но теперь реже - раз в сутки.
Вопрос: есть ли смысл для РФ группировать сегменты в улицы на основе (name + addr:suburb + name:en + name:ru + alt_name + old_name) или ограничиться (name + addr:suburb)? Улиц у которых одно name, но разные name:ru/name:en - критически много, в отличии от Белоруси или Украины, где такие нестыковки единичны
Мне кажется это явные ошибки, их надо даже подсвечивать. А группировки по name + addr:suburb/place должно быть достаточно.
Даже JOSM ругается на name с наличием name:xx и без нахождения соответсвия среди них.
Да они и так подсвечиваются:
Нестковки по Беларуси я подрпавил за 2 дня простым копипастом. Исправить эти нестыковкио явно проще, чем дописывать дополнительные правила и исключения.
Почему-то у меня кнопка “With name errors” получает 500 ошибку
И ещё пожелание, окно “Дома” разбить на две колонки - Чётные/Нечётные. И соответственно пропуски генерировать раздельно. А то в случае если по нечётной дома только до 11, а по чётной есть 110 - получим полтинник нечётных домов которых быть-то и не должно.
поправил и добавил колонки