Как бы там ни было, основные изменения за последние несколько дней следующие:
Правки теперь подствечиваются в соответствии с классом опасности;
добавлена ссылка на чейнджсет.
Самое главное - как в лучших домах Парижа и Конотопа, теперь можно посмотреть сам дифф (разницу между правками), правда разумеется в текстовом виде.
Все конечно только для новых правок (или в отчете для Ивановской области). Остальные области переобновятся через пару дней, если за это время не возникнет каких-то новых хотелок, которые потребуют изменить структуру базы.
Тут скорее надо контролировать другое, что дорога номерного класса (столбовая, первичная, вторичная, третичная) должна обеими концами упираться в другую дорогу - хотя бы какую нибудь. А если конец дороги висит в воздухе - это ошибка топологи и есть.
Zkir, да я больше спрашиваю не по Эстонии, а вообще.
Для валидатора адресов имею ежедневный дамп Эстонии в PostgreSQL и сам могу подергать что-нить. К стати, по поводу моего вопроса, вот сегодня для Эстонии его как раз “нацарапал”, правда пока только на локале. К примеру, вот эту гадость: way:48504240, way:125814278 в миг отловил. А вот на что-то большее, окромя своей страны, рука не поднимается, мощей моего железа не хватит. Если смогу чем нибудь помочь людям, имеющим возможности обработки больших данных, только с радостью, ежели что, обращайтесь.
А вот вопрос по хайвеям с кусками меньшего класса. Дороги между сёлами рисую по рекомендациям собаководов tertiary, внутри н.п. residential. Рисовать (tertiary, secondary и primaty) внутри н.п. считаю неправильным (тот же скоростной режим там совершенно другой), да и по спутнику не сразу и определишь как внутри н.п. транзит идёт. Может тогда ещё проверялку научить фокусу, что если два разных вея высокого класса заходят в полигон н.п. они “автоматом” считаются замкнутыми?
ЗЫ: И попутно вопрос, что делать с чужими веями, которые не соответствуют рекомендациям лучших собаководов? Периодически натыкаюсь на веи primary u secondary между сёлами, а по снимку там чуть ли не грунтовка. Насколько корректно понижать класс таких веев и не выльется ли это в войну правок?
Я так думаю что дата-время берётся именно из ченджсета, поэтому не вижу причин не объединить их в одной ссылке. Зачем усложнять всплывающими подсказками?
Изменены Изменены Изменены Изменены Удалены Удалены Изменены Изменены гораздо менее наглядно, чем какие-нибудь коды, к тому же они не будут расползаться на две строки, что сейчас ещё более затрудняет охватывание их одним взглядом.
К тому, что предлагал выше, предлагаю ссылку на разницу повесить на номер версии, а по ней показывать именно дифф, или показывать, например, все теги, но подсвечивать изменённые/удалённые/добавленные (наверняка такие либы есть, которые это позволяют)
По просьбам трудящихся Екатерибурга ссылка на чейджесет теперь на дате.
Кроме того, ссылки объект, чейнджесет и пользователя показываются на странице диффа.
А вот раскраску дифа разными цветами буду делать когда выйду из депрессухи
И вообще это задача для сообщества - страница диффа - это простейший пхп-скрипт, который берет данные из OSM. Если кто-то его допилит, то ему будет самое место на главном сайте OSM.
У нас появились «удалённые» примари. У удалённых ставится юзер «???». Понятно, что в выгрузке нет самого объекта, поэтому нет и юзера. Так вот, можно ли его, юзера, вытащить из истории пропавшего объекта? В нашем случае я знаю, что удаливших двое. Кто второй, хотелось бы узнать
Можно, но это не так просто. Нужно анализировать историю, и смотреть что случилось с веем. Был ли он в самом деле удален (а еще он может быть востановлен уже в новых правках, сделанных уже после того как была сформирована выгрузка) или кто-то его понизил, или граница выгрузки изменилась.
Появились отдельные колонки версий до и после. Во-первых, они сейчас в неинтуитивном порядке, а во-вторых, слишком расточительно используются. Предлагаю в одной колонке объединить версию с—по, и до кучи повесить на них ссылку на дифф
Есть другая идея, она даже частично реализована (я о ней писал пару месяцев назад). Эту отслеживалку отключить, а вместо нее сделать другую, на следующем принципе:
Берется карта, в польском формате, полученная из осм.
Определяется список городов, имеющихся в данной карте.
Между этими городами строятся маршруты попарно. Кратчайшие, по дорогам не ниже tertiary.
Построенные маршруты сравниваются с эталонными. Если длинна маршрута увеличилась, это может указывать на то, что какой-то вей вандально удален.
Результаты сравнения, вместе с самими маршрутами, показываются на онлайн-карте.
Что реализовано: п1-п3. В чем проблема: рутер, который у меня получился (Delphi XE) чудовищно медленный. Если я это вставлю в процесс конвертации, вся конвертация в СГ встанет.
Вопрос, кто-нибудь может написать быстрый рутер на Delphi?
Но если ты просишь, я отдельную колонку с чейнжесетом уберу, а сам номер чейнжесета перенесу во всплывающую подсказку.