{ "version": "https:\/\/jsonfeed.org\/version\/1", "title": "ШТОСМ: заметки с тегом валидаторы", "_rss_description": "ШТОСМ", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/shtosm.ru\/tags\/validatory\/", "feed_url": "https:\/\/shtosm.ru\/tags\/validatory\/json\/", "icon": false, "author": { "name": "Илья Зверев", "url": "https:\/\/shtosm.ru\/", "avatar": false }, "items": [ { "id": "1451", "url": "https:\/\/shtosm.ru\/all\/moderator-vot-kak-pomoch\/", "title": "Модератор, вот как помочь", "content_html": "
\n\"\"\n<\/div>\n

Неделю назад вы узнали<\/a> про галочку «посмотрите на мои правки» и соответствующий тег у пакета правок, review_requested=yes<\/i>. Найти такие пакеты тогда было непросто, но теперь есть пара способов.<\/p>\n

Во-первых, OSMCha научился фильтровать по этому атрибуту. В панели фильтров выберите свой район для BBox и в списке Reasons for Flagging выберите самую последнюю (на сегодня) причину: «Review requested». Жмите Apply и узрите список ченджсетов от сознательных новичков.<\/p>\n

Паскаль Найс не остался в стороне, подсказав<\/a>, как с помощью его сервиса «поиск подозрительных пакетов правок» найти ченджсеты с нужным тегом. Это несложно: оказалось, там есть поле для поиска по тегам. Этот список<\/a> содержит все ченджсеты по России с просьбой проверить. Я ткнул в случайный пакет и обнаружил точку на картинке выше.<\/p>\n

Включая галочку с просьбой, пользователи вызывают вас, опытных осмеров, на диалог. Просматривайте иногда список по своему району, или по всей России (14 ченджсетов за сутки, пока что), исправляйте ошибки новичков и обязательно отвечайте им в комментарии к пакетам правок. Начните с приветствия и благодарности за правку: они узнали об OpenStreetMap, не поленились изучить редактор и готовы к общению, это дорогого стоит. И только потом указывайте на проблемы и давайте ссылки на вики и форум. Возможно, так мы получим больше заинтересованных активных редакторов, чем игнорируя новичков или с порога отчитывая их за поломанные проспекты.<\/p>\n

Дополнено:<\/i> в следующую версию JOSM добавили<\/a> аналогичную галочку с просьбой проверить правки.<\/p>\n", "date_published": "2017-09-04T09:15:08+04:00", "date_modified": "2017-09-04T09:58:41+04:00", "image": "https:\/\/shtosm.ru\/pictures\/service_vehicle-nq8.png", "_date_published_rfc2822": "Mon, 04 Sep 2017 09:15:08 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/all\/moderator-vot-kak-pomoch\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/service_vehicle-nq8.png" ] } }, { "id": "1429", "url": "https:\/\/shtosm.ru\/all\/no-bag-thanks\/", "title": "Пакет не нужен", "content_html": "

\n\"\"\n<\/div>\n

«Нельзя ли при отправке изменений из maps.me разделять объекты по континентам?» — в очередной раз спрашивают на форуме. А то bbox (ограничительный прямоугольник) слишком большой, неудобно. OpenStreetMap был зачат тысячу лет назад программистом, и это лезет изо всех щелей: удивительно, как самые бессмысленные атрибуты становятся мерилом качества.<\/p>\n

Прямоугольник на карте — это миф. Минимальные и максимальные широта и долгота — так просто нарисовать фигуру в проекции меркатора, но на практике этих чисел не хватит даже чтобы нормально карту распечатать. Пакет правок, который покрывает полмира, мог добавить одну дорогу на Чукотке, но магия чисел и странных проекций заставит вздохнуть: опять эти импортёры делают ченджсеты на всю планету. От пакетов правок мы храним только bbox, поэтому нажмёшь в любом месте планеты на вкладку «история» и наблюдаешь всемирную историю, а не то, что ждал.<\/p>\n

Но даже когда найдёшь нужный пакет правок, останется только бессильно смотреть на его bbox. И на стастраничный список точек, линий и отношений, каждая строчка которого по-своему бесполезна. Ченджсеты — это псевдоупорядочивание. Кажется, что они полезны присвоением метаданных группе объектов, своего рода над-отношения, но на самом деле — метки времени произвольны, их порядок не зависит от номера пакета, комментарии никто не пишет, источник часто врёт, географически, как видим, тоже никто не группирует. Остаётся один полезный атрибут: created_by. Всему остальному верить нельзя.<\/p>\n

То есть, единственная польза от пакета правок — это посмотреть, каким редактором сделаны правки. Все остальные атрибуты: даты, bbox, список объектов — только отвлекают, создавая ложное впечатление группировки и упорядоченности. Которых нет, потому что техническое воплощение API не обещает порядка и не подразумевает удобства. Так, для правок maps.me<\/a> я игнорирую пакеты и рассматриваю каждую правку отдельно. Правки на mmwatch — это поток объектов, у которых номер ченджсета лишь бесполезный атрибут. Увы, для сложных правок со взаимосвязанными изменениями (таких как сдвиг линии) такой подход не сработает.<\/p>\n

Примерно об этом я говорил на схемотехнике<\/a> год назад. О bbox нужно просто забыть: область применения этих прямоугольников ограничена и точно не касается ваших задач. А проблему пакетирования нужно как-то решать. Развязать топологические структуры, группировать по времени и географии, не давать пользователям и приложениям свободы в объединении правок. Это настоящая тема для какого-нибудь будущего API 0.8. А пока приходится работать с тем, что есть.<\/p>\n

\n\"\"\n<\/div>\n

Следить за изменениями в регионе можно (нужно!) через WhoDidIt<\/a>, искать их — в его более быстром форке<\/a>. Пакет правок из интерфейса этого сайта можно открыть в Achavi<\/a>, но иногда может не повезти. Если bbox окажется слишком велик, загрузки правок вы можете не дождаться. Потому что даже лучшие инструменты полагаются на bbox, который, повторюсь, плох примерно для всего.<\/p>\n

Загружать геометрию ченджсетов часто приходится команде по работе с данными в Mapbox. Для этого они сделали и постоянно улучшают сайт OSM Changeset Analyzer<\/a>, где есть фильтры по любому атрибуту, вплоть до причины для подозрений. Но самые подозрительные пакеты накрывают весь мир, Achavi тут бессилен. Поэтому в этом месяце они сделали то, что давно было пора: кэширование ченджсетов<\/a>.<\/p>\n

Каждую минуту скрипт скачивает свежие дополненные диффы<\/a> и складывает их в хранилище Amazon S3. Затем он раздербанивает эти диффы на пакеты правок и результат тоже загружает туда же. И теперь сервис визуализации Changeset Map, встроенный в OSMCHA, загружает пакеты мгновенно<\/a>. Обновите ваши букмарклеты: Changeset<\/a> (перетащите в закладки).<\/p>\n

Проблемы, конечно, есть, но с ними борются. Например, дополненные диффы не окончательны<\/a> из-за чехарды с транзакциями в базе данных OSM. Их приходится обновлять и обновлять. То же касается и пакетов правок, которые возможно держать открытыми целые сутки, понемногу доливая в них новые объекты. Наконец, история там только новейшая: пакеты старее марта этого года можно не найти. Их загружают, но медленно. Проблему поиска по региону архив тоже не решает, как показывает опыт фильтрации на сайте OSMCHA. Поэтому пользуйтесь им для просмотра недавних правок, а историю ищите на WhoDidIt и Achavi. Неидеально — но пока мы не избавились от концепции пакетов правок, ничего лучше не сделать.<\/p>\n", "date_published": "2017-04-27T13:40:20+04:00", "date_modified": "2017-04-27T13:40:09+04:00", "image": "https:\/\/shtosm.ru\/pictures\/big-changeset-nq8.png", "_date_published_rfc2822": "Thu, 27 Apr 2017 13:40:20 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/all\/no-bag-thanks\/", "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/big-changeset-nq8.png", "https:\/\/shtosm.ru\/pictures\/osmcha.jpg" ] } }, { "id": "1423", "url": "https:\/\/shtosm.ru\/all\/bolshoy-remont-multipoligonov\/", "title": "Большой ремонт мультиполигонов", "content_html": "

\n\"\"\n<\/div>\n

Мультиполигон — это отношение с тегом type=multipolygon<\/i>, содержащее линии в ролях inner<\/i> и outer<\/i>, образующие один или несколько замкнутых контуров. Их используют, чтобы нарисовать полигон с дыркой (например, дом со двором-колодцем) или не рисовать смежные полигоны по одним и тем же точкам. В принципе, если взять любой обычный полигон и навесить на него отношение с тегом type<\/i>, он превратится в мультиполигон. Но так делать не стоит.<\/p>\n

Если поставить теги на внешний контур, а не на отношение, такой мультиполигон будет считаться нарисованным в «старом стиле». Рендерер или osm2pgsql должны будут просмотреть все линии с ролью outer<\/i>, убедиться, что теги совпадают, и использовать их для отрисовки. Теги на линиях внутренних контуров относятся к содержимому дырок, хотя иногда там можно встретить те же теги, что на внешнем контуре. Обрабатывать старые мультиполигоны сложно и долго.<\/p>\n

«Новый» стиль тегирования мультиполигонов — это когда все теги на отношении. Что там висит на линиях контура — не важно. Рендерер сразу видит, что к чему, и не обязан просматривать каждый член отношения. Мультиполигоны в новом стиле нравятся всем, поэтому технари ратуют за истребление старых. Нужно перетегировать «всего» около 250 тысяч отношений, из 13 миллионов.<\/p>\n

Йохен Топф предлагает делать это по ходу исправления<\/a> сотен тысяч более важных ошибок в полигонах и мультиполигонах. К этому можно было приступить и раньше, взяв в помощь OSM Inspector<\/a>, но планомерное истребление — не для всех. Иногда проще не видеть фронт работ, исправляя по ошибке за раз и имея выбор: нажать «следующая» или закрыть вкладку браузера. То есть, пойти в MapRoulette.<\/p>\n

Зайдите сюда<\/a> и посмотрите, что за задание в этот раз подготовил Йохен. Их довольно быстро выполняют, потому от раза к разу задания становятся всё больше. Прямо сейчас там ссылки для нескольких стран, включая Россию<\/a>. Исправляют самопересечения, которых только у нас почти триста тысяч. По ходу можно встретить удивительные попытки рендерера нарисовать что-то вменяемое на месте ошибки. И, напоминает Йохен, не забывайте проверять, что теги мультиполигона висят на отношении.<\/p>\n", "date_published": "2017-03-12T21:43:42+04:00", "date_modified": "2017-03-12T21:43:13+04:00", "image": "https:\/\/shtosm.ru\/pictures\/maproul-areas-nq8.png", "_date_published_rfc2822": "Sun, 12 Mar 2017 21:43:42 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/all\/bolshoy-remont-multipoligonov\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/maproul-areas-nq8.png" ] } }, { "id": "1339", "url": "https:\/\/shtosm.ru\/all\/to-fix\/", "title": "Он проехал — ты поправил", "content_html": "

У компании Scout много автомобильных треков: их навигатор, кажется, отправляет их на сервер по умолчанию, если не отключить. Для нас это хорошо, потому что хотя компания и не выдаёт весь архив, её сотрудники анализируют весь массив треков и сравнивают его с данными OpenStreetMap. И время от времени мы получаем новые валидаторы.<\/p>\n

Первый проект Мартайн показал месяц назад: это результат сравнения треков с дорогами, слой Missing Roads<\/a>. Его можно посмотреть в браузере<\/a>, или добавить в JOSM, установив плагин «missingRoads». На низких масштабах там «тепловая карта» всех ошибок, а с 15-го подгружаются квадраты с точками треков. Дальше всё очевидно: если под треком нет дороги, её нужно дорисовать.<\/p>\n

\n\"\"\n<\/div>\n

На прошлой неделе мы получили второй проект, который тоже про сравнение треков с дорогами, но чуть сложнее: слой Traffic Flow Direction<\/a> находит потенциально односторонние дороги, где в OSM обозначены двусторонние. Его также можно посмотреть<\/a> и подключить в JOSM (плагин «trafficFlowDirection»). Неожиданным было отсутствие oneway<\/i> прямо в центре Москвы, хотя в европейских столицах и американских городах таких ошибок больше — за счёт распространённости навигатора Scout.<\/p>\n

Распространённость Scout — главный недочёт этого валидатора: восточнее Германии у них треков очень мало, и проблем сервис почти не видит. Недочёт вытекает из закрытости исходников: мы не можем, например, обработать базу треков OpenStreetMap. Мартайн пишет, что готов сделать это сам, но сначала нужно выдавить из Гранта, нашего админа, обновление дампа GPX: последний делали больше двух лет назад.<\/p>\n", "date_published": "2015-11-07T18:32:16+04:00", "date_modified": "2015-11-07T18:31:56+04:00", "image": "https:\/\/shtosm.ru\/pictures\/oneway.png", "_date_published_rfc2822": "Sat, 07 Nov 2015 18:32:16 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/all\/to-fix\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/shtosm.ru\/pictures\/oneway.png" ] } }, { "id": "1098", "url": "https:\/\/shtosm.ru\/all\/karta-vysot\/", "title": "Под арки", "content_html": "

Водители грузовиков не всегда используют карты OpenStreetMap, но когда используют, они смотрят на редкие теги у дорог: в частности, maxheight и maxweight. Немцы давно<\/a> озабочены вопросом расстановки этих значений на дороги под и над путепроводами, но только в феврале участник Mmd сделал валидатор на основе Overpass API: карту maxheight<\/a>. Даже в центре Москвы эта карта пустовата<\/a>, хотя казалось бы — посмотреть на панорамах или в записях видеорегистратора значения высоты и занести в OSM. Даже в Петербурге грузовикам поспокойнее: там, помимо ограничений высоты, проставлены полтора десятка тегов maxweight на мостах.<\/p>\n", "date_published": "2013-05-27T23:50:58+04:00", "date_modified": "2013-05-27T23:50:51+04:00", "_date_published_rfc2822": "Mon, 27 May 2013 23:50:58 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/all\/karta-vysot\/", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [] } }, { "id": "1010", "url": "https:\/\/shtosm.ru\/2013\/01\/29\/1\/", "title": "Откуда и куда", "content_html": "

\"\"

Zartbitter сделал перерыв в своих десяти тысячах правок, чтобы подарить нам карту ограничений поворотов<\/a> и ошибок в них. Она построена на Overpass API и обрабатывает данные OSM джаваскриптом, от чего работает быстрее, нежели старый Restriction Analyser (который до сих пор ждёт ответа от XAPI). Обновления карты, при этом, подхватываются за несколько минут.<\/div>", "date_published": "2013-01-29T22:26:34+04:00", "date_modified": "2013-01-29T22:26:02+04:00", "_date_published_rfc2822": "Tue, 29 Jan 2013 22:26:34 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2013\/01\/29\/1\/", "_e2_data": { "is_favourite": true, "links_required": null, "og_images": [] } }, { "id": "985", "url": "https:\/\/shtosm.ru\/2012\/12\/23\/1\/", "title": "Без адреса", "content_html": "
В дополнение к слою неименованных дорог Саймон Пул сделал следующий визуализатор: дома без номеров<\/a>. В отличие от похожего слоя ITO, он проверяет не только теги на контуре, но и адресные точки внутри. Видимо, этого условия недостаточно: в городах замечательно подсвечиваются все промышленные постройки, даже фильтр по типам зданий не спасает — со спутника редко можно понять назначение постройки. Зато обновляется слой раз в пять минут. По словам автора, он должен помочь в планировании прогулок с обходными листами.<\/div>", "date_published": "2012-12-23T23:18:52+04:00", "date_modified": "2012-12-23T23:18:30+04:00", "_date_published_rfc2822": "Sun, 23 Dec 2012 23:18:52 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/12\/23\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "946", "url": "https:\/\/shtosm.ru\/2012\/11\/11\/1\/", "title": "По шпалам", "content_html": "
Две недели назад AMDmi3 написал простой роутер по железным дорогам, и на прошлой неделе он превратил<\/a> его в... Правильно, валидатор! Выбрав свой регион из списка<\/a>, можно посмотреть вычисленные расстояния между станциями, сами маршруты на карте, и поправить ошибки в редакторе. Дмитрий напомнил, что точки остановок на путях уже больше года нужно отмечать не как railway=halt<\/code> или railway=station<\/code>, но как public_transport=stop_position + train=yes<\/code>. Также желательно отмечать приоритетное направление движения по путям не как oneway<\/code><\/a>, а тегом designated_direction<\/code><\/a>. За несколько дней количество таких тегов на карте выросло втрое. Наконец, искать неотмеченные станции и разъезды лучше в единой сетевой разметке<\/a>: да, у нас по валидатору на каждый аспект карты.<\/div>", "date_published": "2012-11-11T15:52:46+04:00", "date_modified": "2012-11-11T15:51:11+04:00", "_date_published_rfc2822": "Sun, 11 Nov 2012 15:52:46 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/11\/11\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "935", "url": "https:\/\/shtosm.ru\/2012\/10\/31\/1\/", "title": "Валидатор всего", "content_html": "
Медленно набирает популярность последний валидатор<\/a> от CupIvan, единственного обитателя клуба OSM в я.ру<\/a>. Он объединяет в себе разрозненные сопоставлялки адресов «Почты России», «Сбербанка России» и прочих россии в один универсальный инструмент. При этом ненайденные отделения валидатор пытается локализовать через геокодер OSM, пусть и не всегда успешно (см. Санкт-Петербург). Добавление наборов данных и регионов автоматизировать невозможно, поэтому обращайтесь к автору, например, на форуме<\/a>.<\/div>", "date_published": "2012-10-31T11:07:32+04:00", "date_modified": "2012-10-31T11:06:21+04:00", "_date_published_rfc2822": "Wed, 31 Oct 2012 11:07:32 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/10\/31\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "936", "url": "https:\/\/shtosm.ru\/2012\/10\/29\/1\/", "title": "ФИО*", "content_html": "
Считается, что каждая дорога в OSM должна быть именована. residential<\/code> без name<\/code> — ошибка. В реальности названия может не быть, поэтому есть тег noname=yes<\/code><\/a>. Главный источник названий для улиц — таблички. Последних часто может не быть: например, когда по улице нет домов. Для этого тоже есть тег, сообщающий мапперам, что нет смысла выезжать в поле для сбора названий: unsigned=yes<\/code>.

Несколько лет назад на osm.org был отдельный слой, где были отмечены все дороги без названия. Весной 2011 года Cloudmade, владелец слоя, перестал активно участвовать в жизни OpenStreetMap, из-за чего обновление сначала задержалось (на четыре месяца), а потом снова задержалось (на полгода). Слой с глагне убрали.

\"\"

В прошлую пятницу Саймон Пул сделал работающую альтернативу<\/a>. На его слое красным отмечены дороги без названия, оранжевым — проезды и съезды, а пунктиром — дороги с тегами noname и unsigned. В итоге получился сомнительный валидатор: даже некоторые опытные пользователи считают показания валидаторов непреложной истиной и, как следствие, могут броситься расставлять названия на загородных трассах. А новички могут «исправить» и проезды в своём дворе. Или подписать «съезд с КАД на XXX проспект». Кроме того, стали заметны боковые проезды<\/a>, нарисованные как residential<\/code>: сообщество весной договорилось о классификации, но забыло про требование названий, ограничившись порицанием приставки «(дублёр)».<\/div>", "date_published": "2012-10-29T12:05:32+04:00", "date_modified": "2012-10-29T12:06:47+04:00", "_date_published_rfc2822": "Mon, 29 Oct 2012 12:05:32 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/10\/29\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "929", "url": "https:\/\/shtosm.ru\/2012\/10\/17\/2\/", "title": "Пересчитываем рёбра", "content_html": "
Komяpa и Zkir построили<\/a> на основе валидатора OSRM<\/a> помощника в починке роутинга, подобного мартиновскому remap-a-tron<\/a>: при каждом обновлении страницы отображается случайно выбранная проблема с дорожным графом и сразу передаётся в JOSM. Из-за количества проблем предлагается исправлять не всю планету, а избранные территории, наиболее нуждающиеся в заботливой руке маппера. Кирилл также подготовил инструкцию<\/a> по исправлению основных ошибок.

Вперёд, к Единому Графу!<\/a><\/div><\/div>", "date_published": "2012-10-17T18:36:09+04:00", "date_modified": "2012-10-17T18:41:17+04:00", "_date_published_rfc2822": "Wed, 17 Oct 2012 18:36:09 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/10\/17\/2\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "914", "url": "https:\/\/shtosm.ru\/2012\/10\/09\/1\/", "title": "Изоляты повсеместно", "content_html": "
Авторы OSRM постепенно нагоняют<\/a> отечественных участников, озабоченных качеством роутинга, но мыслят глобально: сегодня на их сайте<\/a> появился слой «Small Components», где отмечены изоляты и тупиковые односторонние улицы по всему миру. Всего они насчитали чуть больше миллиона роутинговых подграфов, из них, если верить ситигидовскому валидатору<\/a>, на Россию приходится всего около двух тысяч — но OSRM водит и по highway=service<\/code>, которые ситигид пока игнорирует.

\"\"<\/div>", "date_published": "2012-10-09T20:29:56+04:00", "date_modified": "2012-10-09T21:24:20+04:00", "_date_published_rfc2822": "Tue, 09 Oct 2012 20:29:56 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/10\/09\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "912", "url": "https:\/\/shtosm.ru\/2012\/10\/04\/1\/", "title": "Третий тычок", "content_html": "
Как ни странно, в России нашим картам приходится соперничать не столько с картами Яндекса, сколько с Google Maps. Последние используют везде: на городских сайтах, в проектах по учёту ям, картах помощи, в мониторинге транспорта и, наконец, в геокэшинге. Всем известно качество гуглокарт в РФ, и последнее от этого с каждым годом непонятнее — заменить карты сайту geocaching.su мы впервые предложили в 2010 году, результата так и нет.

AMDmi3 вчера опубликовал наглядную демонстрацию<\/a> пользы от гуглокарты на сайте геокэшинга её пользователям. Для десяти случайно выбранных тайников показываются тайлы из Google Maps и OpenStreetMap. Получается неловко за первые: в среднем 3-5 тайлов у гугля пустые, а в остальных линии странно неточны. Хочется более адекватного конкурента, вроде Яндекс.Карт или НЯК, но они пока не так распространены.

Сравнение, конечно, не совсем честное: три недели назад rumigu сделал валидатор<\/a> доступности тайников по дорогам OSM, плюс рассортировал тайники по наличию для их окрестностей снимков Bing. На сегодня можно проложить маршрут до двух третей от всех тайников, и этот показатель можно теоретически улучшить минимум до 80%. Как ещё убедить владельцев сайта геокэшинга, что пора сменить подложку? Сделать карту тайников<\/a> за них?<\/div>", "date_published": "2012-10-04T10:51:08+04:00", "date_modified": "2012-10-05T08:18:39+04:00", "_date_published_rfc2822": "Thu, 04 Oct 2012 10:51:08 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/10\/04\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "822", "url": "https:\/\/shtosm.ru\/2012\/07\/06\/2\/", "title": "Это тупик", "content_html": "
\"\"
(фотография Andreas Trepte)<\/sub>

Кирилл продолжает совершенствовать свой валидатор, и к подсчёту изолятов он добавил<\/a> поиск тупиков дорог классом от secondary и выше.
Основная идея очень простая: важная дорога не может просто так заканчиваться, а должна куда-то вести. Тупиковый участок, т. е. участок после последнего перекрёстка, по определению не имеет никакого значения, кроме местного. Таким образом, тупики — это ошибки присвоения статусов (например, секондари, ведущий к промышленному объекту) или топологии (например, транк-линк, пристыкованный к другим дорогам только одним концом).<\/blockquote>За четыре дня от тупиков очистили<\/a> Ленинградскую область, но почти все остальные<\/a> регионы сверкают десятками подобных «ошибок». Напомню, что бездумное исправление замечаний валидаторов вредно для карты!<\/div>", "date_published": "2012-07-06T20:08:05+04:00", "date_modified": "2012-07-06T20:04:33+04:00", "_date_published_rfc2822": "Fri, 06 Jul 2012 20:08:05 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/07\/06\/2\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "631", "url": "https:\/\/shtosm.ru\/2012\/02\/22\/1\/", "title": "Как проехать", "content_html": "
Валидатор связности дорог по уровням страдает от обрезки по границам регионов, это знает каждый, кто пытался исправить его претензии. Теперь же можно взглянуть на связность<\/a> в масштабах целой страны: в ходе подготовки обзорной карты Zkir решил<\/a> проверить, насколько она будет сломана новичками, недостаточно внимательно прочитавшими соглашение о классификации дорог<\/a>. Порядка трёх сотен изолятов secondary<\/code> и выше на всю страну — очень неплохо, учитывая, что на эту задачу теперь набросятся все мапперы, кому небезразличен роутинг.<\/div>", "date_published": "2012-02-22T14:45:37+04:00", "date_modified": "2012-02-24T11:25:19+04:00", "_date_published_rfc2822": "Wed, 22 Feb 2012 14:45:37 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2012\/02\/22\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "509", "url": "https:\/\/shtosm.ru\/2011\/12\/01\/1\/", "title": "Диванная картовстреча длиною в четыре года", "content_html": "
Danidin9 вручную проверил<\/a> качество отрисовки домов во всём<\/i> Петербурге, и построил наглядную схему (тыкайте в картинку):

\"\"<\/a>

Чем-то напоминает саранский пирог<\/a> за несколько часов до завершения. Ценность её не столько в валидации, сколько в градациях качества: нарисовать контур и проставить адрес — ещё не всё. Дальше можно указать этажность (building:levels<\/code>), серию дома<\/a>, расставить парадные<\/a> и номера квартир для каждой из них (addr:flats<\/code>).<\/div>", "date_published": "2011-12-01T16:17:18+04:00", "date_modified": "2011-12-01T16:17:42+04:00", "_date_published_rfc2822": "Thu, 01 Dec 2011 16:17:18 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2011\/12\/01\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "385", "url": "https:\/\/shtosm.ru\/2011\/10\/11\/2\/", "title": "100000 деревень", "content_html": "
Сегодня количество «правильных» населённых пунктов hamlet<\/code> и village<\/code> в валидаторе границ<\/a>, наконец, превысило сотню тысяч. Это примерно две трети от общего числа. Каждый день мапперы добавляют где-то по полторы сотни деревень: восемь месяцев назад их было на 40 тысяч меньше.

Кроме того, количество районных границ (с admin_level=6<\/code>) прошло отметку в 2200, за последние три месяца увеличившись примерно на 350 — во многом благодаря внезапно возникшей у NextGIS потребности в их полноте. В четырёх федеральных округах осталось дорисовать менее десяти таких районов — однако пользователи потлатча не дремлют, ломая какие-то из отношений почти ежедневно. Кроме того, многие из районных границ нарисованы по кадастровой карте до того, как она получила границы кварталов — то есть, по данным «Дата+»<\/a>. Их, очевидно, следует проверить и перерисовать. Пример такого улучшения запечатлён в видеоролике<\/a>.<\/div>", "date_published": "2011-10-11T16:13:54+04:00", "date_modified": "2011-10-17T16:43:39+04:00", "_date_published_rfc2822": "Tue, 11 Oct 2011 16:13:54 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2011\/10\/11\/2\/", "_e2_data": { "is_favourite": true, "links_required": null, "og_images": [] } }, { "id": "392", "url": "https:\/\/shtosm.ru\/2011\/10\/07\/1\/", "title": "Ни единого разрыва", "content_html": "
Валидатор OSM Inspector теперь, помимо прочего, проверяет связанность линий<\/a>, отмечая дороги, обрывающиеся в пределах пяти метров от других дорог. Напомню, что это далеко не всегда ошибки. России повезло отчасти: европейская часть до Нижнего Новгорода попадает в зону ежедневного обновления (остальной мир<\/a> — раз в неделю-две).<\/div>", "date_published": "2011-10-07T11:16:33+04:00", "date_modified": "2011-10-07T12:31:17+04:00", "_date_published_rfc2822": "Fri, 07 Oct 2011 11:16:33 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2011\/10\/07\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } }, { "id": "332", "url": "https:\/\/shtosm.ru\/2011\/08\/29\/1\/", "title": "This is the validator you’re looking for", "content_html": "
Zkir значительно улучшил<\/a> свой валидатор связности дорог, разбив его на части. Теперь связность проверяется отдельно по уровням: trunk+motorway, primary, secondary и так далее. Для некоторых областей обновления придётся подождать до завтра.<\/div>", "date_published": "2011-08-29T12:44:22+04:00", "date_modified": "2011-08-29T12:44:19+04:00", "_date_published_rfc2822": "Mon, 29 Aug 2011 12:44:22 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2011\/08\/29\/1\/", "_e2_data": { "is_favourite": true, "links_required": null, "og_images": [] } }, { "id": "315", "url": "https:\/\/shtosm.ru\/2011\/08\/17\/1\/", "title": "Представляю вашему вниманию инструмент (трекер)", "content_html": "
Каждый пытается очеловечить список правок в OSM, как может. Например, Zkir выбрал существенные для него элементы: trunk, primary и motorway — и сделал отслеживалку изменений<\/a> для них. Не очень наглядно, зато всё подряд. Сразу заметно, когда какой-то новичок удаляет шоссе или рисует парки тегом highway=trunk<\/code> (потому что зелёненький). Помочь с usability, попросить фич и просто поблагодарить Кирилла можно на форуме<\/a>.<\/div>", "date_published": "2011-08-17T18:30:43+04:00", "date_modified": "2011-08-17T18:24:32+04:00", "_date_published_rfc2822": "Wed, 17 Aug 2011 18:30:43 +0400", "_rss_guid_is_permalink": "true", "_rss_guid": "https:\/\/shtosm.ru\/2011\/08\/17\/1\/", "_e2_data": { "is_favourite": false, "links_required": null, "og_images": [] } } ], "_e2_version": 3576, "_e2_ua_string": "E2 (v3576; Aegea)" }