А валидатор хайвеев на соответсвие правилу:
имеется где-нить? Такой тоже не помешал бы.
Уж извиняйте, что оффтоп, но ведь про валидатор дорожного графа 
PS: Цитата отсюда: User:Zverik/Practical Highways
Ilis,
у тебя субноут что ли? 
Но если ты просишь, я отдельную колонку с чейнжесетом уберу, а сам номер чейнжесета перенесу во всплывающую подсказку.
Но зачем сокращать описание действия, я в упор не понимаю. Это же самое интересное.
Vitalts,
Такого пока нет. Есть просто валидатор связности: http://forum.openstreetmap.org/viewtopic.php?id=13190
Когда я найду время и вдохновение, он будет проверять связанность не только всех дорог от trunk до unclassified, но и по уровням отдельно.
Для Эстонии он тоже доступен: http://peirce.gis-lab.info/routing-map.php?mapid=EE-FULL, хотя обновление в нем не ежедневное.
Тут скорее надо контролировать другое, что дорога номерного класса (столбовая, первичная, вторичная, третичная) должна обеими концами упираться в другую дорогу - хотя бы какую нибудь. А если конец дороги висит в воздухе - это ошибка топологи и есть.
Подумаю как это сделать.
Zkir, да я больше спрашиваю не по Эстонии, а вообще.
Для валидатора адресов имею ежедневный дамп Эстонии в PostgreSQL и сам могу подергать что-нить. К стати, по поводу моего вопроса, вот сегодня для Эстонии его как раз “нацарапал”, правда пока только на локале. К примеру, вот эту гадость: way:48504240, way:125814278 в миг отловил. А вот на что-то большее, окромя своей страны, рука не поднимается, мощей моего железа не хватит. Если смогу чем нибудь помочь людям, имеющим возможности обработки больших данных, только с радостью, ежели что, обращайтесь.
Спасибо за ссылку, погляжу, что там неладно.
Ну да, не помешает.
Еще, вот такую гадость не мешало бы отлавливать way:81894020 (хафвей с куском меньшего класса), попробую пошаманить.
А вот вопрос по хайвеям с кусками меньшего класса. Дороги между сёлами рисую по рекомендациям собаководов tertiary, внутри н.п. residential. Рисовать (tertiary, secondary и primaty) внутри н.п. считаю неправильным (тот же скоростной режим там совершенно другой), да и по спутнику не сразу и определишь как внутри н.п. транзит идёт. Может тогда ещё проверялку научить фокусу, что если два разных вея высокого класса заходят в полигон н.п. они “автоматом” считаются замкнутыми?
ЗЫ: И попутно вопрос, что делать с чужими веями, которые не соответствуют рекомендациям лучших собаководов? Периодически натыкаюсь на веи primary u secondary между сёлами, а по снимку там чуть ли не грунтовка. Насколько корректно понижать класс таких веев и не выльется ли это в войну правок?
Нет, у меня крупный шрифт.
Я так думаю что дата-время берётся именно из ченджсета, поэтому не вижу причин не объединить их в одной ссылке. Зачем усложнять всплывающими подсказками?
Изменены Изменены Изменены Изменены Удалены Удалены Изменены Изменены гораздо менее наглядно, чем какие-нибудь коды, к тому же они не будут расползаться на две строки, что сейчас ещё более затрудняет охватывание их одним взглядом.
На гислабе что-то с выгрузками, поэтому правки за 17.08 в лог не попали
К тому, что предлагал выше, предлагаю ссылку на разницу повесить на номер версии, а по ней показывать именно дифф, или показывать, например, все теги, но подсвечивать изменённые/удалённые/добавленные (наверняка такие либы есть, которые это позволяют)
По просьбам трудящихся Екатерибурга ссылка на чейджесет теперь на дате.
Кроме того, ссылки объект, чейнджесет и пользователя показываются на странице диффа.
А вот раскраску дифа разными цветами буду делать когда выйду из депрессухи
И вообще это задача для сообщества - страница диффа - это простейший пхп-скрипт, который берет данные из OSM. Если кто-то его допилит, то ему будет самое место на главном сайте OSM.
У нас появились «удалённые» примари. У удалённых ставится юзер «???». Понятно, что в выгрузке нет самого объекта, поэтому нет и юзера. Так вот, можно ли его, юзера, вытащить из истории пропавшего объекта? В нашем случае я знаю, что удаливших двое. Кто второй, хотелось бы узнать
Можно, но это не так просто. Нужно анализировать историю, и смотреть что случилось с веем. Был ли он в самом деле удален (а еще он может быть востановлен уже в новых правках, сделанных уже после того как была сформирована выгрузка) или кто-то его понизил, или граница выгрузки изменилась.
Ну я-то как раз понизил. Может, тогда хоть не делать ссылку на фиктивного юзера «???»? А потом как-нибудь допилить поиск настоящего.
Ccылка которая никуда не ведет, это довольно глупо, согласен. Убрал.
Появились отдельные колонки версий до и после. Во-первых, они сейчас в неинтуитивном порядке, а во-вторых, слишком расточительно используются. Предлагаю в одной колонке объединить версию с—по, и до кучи повесить на них ссылку на дифф
Добавил Highway=cycleway. Базу по Питеру и Ленобласти пришлось пересоздать, потому что там граница обрезки изменилась довольно радикально.
Кто нибудь правки проверяет? А то я смотрю ждущие одобрения с нового года висят.
“Одобрение правок” - это фишка, которую не хватило задора доделать. Надо вопрос по-другому ставить. Кто-нибудь туда в принципе заходит?
Есть другая идея, она даже частично реализована (я о ней писал пару месяцев назад). Эту отслеживалку отключить, а вместо нее сделать другую, на следующем принципе:
- Берется карта, в польском формате, полученная из осм.
- Определяется список городов, имеющихся в данной карте.
- Между этими городами строятся маршруты попарно. Кратчайшие, по дорогам не ниже tertiary.
- Построенные маршруты сравниваются с эталонными. Если длинна маршрута увеличилась, это может указывать на то, что какой-то вей вандально удален.
- Результаты сравнения, вместе с самими маршрутами, показываются на онлайн-карте.
Что реализовано: п1-п3. В чем проблема: рутер, который у меня получился (Delphi XE) чудовищно медленный. Если я это вставлю в процесс конвертации, вся конвертация в СГ встанет.
Вопрос, кто-нибудь может написать быстрый рутер на Delphi? 
Zkir
Мне кажется идея с “одобрением правок” лучше, она больше напоминает систему альфа+бета+релиз.
Вообще это должно решаться на глобальном уровне, т.к. из-за правок новичков и вандализма база практически никогда не бывает в корректном состоянии: отрисовка дорожной сети поселков или микрорайонов одной единственной линией (“не отрывая руки от бумаги”), самопересечения, неверные статусы, дубликаты…
Было бы здорово иметь некий срез базы, который могут исправлять только опытные пользователи (т.е. убирать откровенные косяки по keepright, по логам конвертаций в ситигид и навител, по логам с топологическими ошибками на gis-lab и пр.)
Даже если релиз будет обновляться раз в месяц - это как минимум гарантия что в любой момент можно зайти и скачать корректную версию. В настоящее время исправишь одну ошибку, а к моменту выгрузки на gis-lab.info или geofabric там уже десяток новых ошибок. Помню Москва не собиралась неделями, да и другие регионы. А чтобы в один день, одновременно собрались все регионы (т.е. гарантированный сквозной роутинг через все регионы) - так вообще большая редкость…
Я познакомился с системами управления версиями совсем недавно (год-два), но теперь уже не представляю себе полноценной работы без Git. В свое время на этом форуме кто-то давал отличную ссылку про git на тему branching-merging. Конечно это глобальнейшая и сложнейшая задача, но вдруг у кого-то найдутся силы воплотить такое применительно к ОСМ.
A successful Git branching model
chnav, модель мёржей на структура данных осм вообще никак не ложится.