Круто, спасибо. Надёргал себе непрямоугольных домиков
Собрал path_ortho v1.01, теперь умеет незамкнутые контуры. Для замкнутых контуров отличий нет, разве что больше не выводит выродившиеся контуры из 3 точек.
Написал всякого в wiki - как протестить, детали алгоритма и т.п.
А какой контур здания в результате будет добавлен из http://osm.svimik.com/btrace_verify.php ? Синий на основной карте (судя по количеству узлов) или черный из серой области слева внизу? Неплохо бы, кстати, там пояснить, что это и зачем. А то бывают часто расхождения между ними, особенно у домов в форме V, а круглые вообще отображаются на карте синим квадратом.
SviMik, а дома подтверждаются по два раза? Если так, то что будет в том случае, если были даны два разных ответа (конфликт и ОК)? Объект отправится на экспорт?
Наверное игра проекций. Если в JOSM смотреть уже импортированные, то нормально. И нажатием на Q практически не меняются.
Пишу “практически”, потому что опять найдётся кто-нибудь, увеличивший масштаб до “дом на весь экран”, чтобы увидеть все погрешности вычислений с плавающей запятой
Мопед не мой. У них на сайте в поиске все 3 адреса на один дом указывают. Причём, в разные его части (но дом-то не порезан! видимо, забыли)
Небольшая идея для OverQuantum: на выходе ортогонализатора помимо самого контура выводить степень похожести на исходный контур. Пойдёт любая мера, можно абстрактную величину, можно площадь или процент несовпадения.
Тогда слишком странные здания смогу отсеивать автоматически.
Есть предложение из виджета “Топ маперов за 10 дней” исключить SviMik_import.
Не потому, что тогда я буду на 1-м месте (это не вечно), а только потому, что SviMik_import не маппер, а бот.
Если честно - та цель, для которой предлагалось - она не достигнута.
Как раз предлагалось для того, чтобы “разгоняться”, ну как минимум - постоянно видеть перед глазами мгновенную скорость, после каждого нажатия кнопки.
Сейчас же, чтобы посмотреть, нужно куда-то специально идти, никакого интереса в этом нет.
Я не предлагаю переделывать - хочется так, ну, пусть будет так.
Отвечаю только для того, чтобы откреститься от этого дизайна - такое я не предлагал, и в целом - польза такого незначительна (хоть и есть какая-то).
Я думал над этим, но есть подозрение, что простым критерием не обойтись - вполне приемлемая ошибка контура у большого/сложного объекта может оказаться существенно больше, чем существенный скос одного угла у небольшого контура.
И при текущем % плохих контуров (0.5%) мы больше выкинем хороших, чем плохих.